If I'm being honest this whole post seems like something an immature person trolling a message board would post, so I hope that is not the case.   As a 12 year SAS programming veteran who specializes in making graphics I would strongly disagree with everything you have said.  I don't know if you're sticking to really old graph procedures like PROC PLOT or something, but SAS has been extensively increasing their graphing capabilities over the last decade starting in SAS version 9.2 with the SG procedures.  Not only do they take feedback from the community on here and at conferences to create new plotting statements (TEXT and AXIS plots to name a couple), but they gave us access to the code behind the code with the Graph Template Language so you can create basically anything you want.  I've even been able to design CIRCOS, SANKEY, and other types of graphs that SAS does not have statements for currently using some basic math and programming.  Since SAS 9.3 all those years ago they have been able to output scalable vector graphics that are editable (PDF documents editable with Illustrator or Adobe Acrobat Pro, EMF that are editable in PowerPoint, and even PS files).  I have never had to go to R to make any graph that we send to publication.   If you prefer the style of coding R has then I would go to R.  It's object oriented which is completely different than SAS, and the open sourced nature requires a lot of trust in the contributors that they are being accurate under the hood.  I can spend hours in R just trying to figure out which package I should use and how to even use it because of the terrible documentation and horrible error messaging.  I have no idea how I would make a Kaplan-Meier curve to the same quality my %NEWSURV macro does using R instead or which package I'd even start with since R can't plot text tables worth anything.   Again, I hope you are not being a troll on this forum.  Next time I suggest asking question about how to do something with SAS graphics instead of assuming it can't and going to R. ... View more

Hello @ghbg.  The labels are always right aligned in that space.  The reason they look left aligned in your shorter label example is that they're the same length with similar characters.  They are still right aligned within their space with the PAR header starting from the left end of their space.  The PAR header is created differently from these as it's drawn with annotation so that it can cross different graph spaces without getting cut off, so I can't set it to be right aligned like those labels are.  It may be tedious, but the only real way around it would be to add some spaces to the front of the PAR header to bump it more to the right.  E.G. PARHEADER=%str(            Number at risk).  This should work, but if not then you would need to use non-breaking space characters: data _null_; call symputx('nbs','A0'x); run; PARHEADER=&nbs.&nbs.&nbs.&nbs.Patients at risk ... View more

Hello @KDS1, I am wondering if your BY variable has more than 2 levels?  SAS by default will use the Kruskal Wallis test instead of Wilcoxon when you have more than 2 groups to compare in the NPAR1WAY procedure, so the macro cannot pull that p-value in this scenario. ... View more

I know this isn't the exact same graph, but one of my macros might be of interest. https://communities.sas.com/t5/SAS-Communities-Library/CIRCOS-A-SAS-Macro-to-Create-CIRCOS-Plots/ta-p/457952 ... View more

Thank you @Vladislav27.  There is only one way that I'm aware of with the macro and that is if you make use of the FREQ macro option.  For example:   data x; factor='Test 1';n=5;output; factor='Test 2';n=4;output; factor='Test 3';n=0;output; run; %tablen(data=x,var=factor,type=2,freq=n); The values with 0 counts will be included when using this method.  You will have to calculate the counts prior to running the macro. ... View more

Hello @HermanoRocha Unfortunately, I am not aware of a macro that also makes the figures you're describing. ... View more

What operating system are you using for SAS? We use Linux and in order to change the fonts in the graphics procedures we had to install them in a specific folder in the install (!SASROOT/SASPrivateJavaRuntimeEnvironment/9.4/jre/lib/fonts) otherwise they would not work. Even running proc FONTREG to install the fonts for tables and such would not affect the graphs until the fonts were installed in this folder. If you have the fonts installed then you can change the font with options such as LABELATTRS=(family='Arial') or something of the like for each component of the graph. I will also note that it looks like you're pasting an EMF graph which would potentially be made if you're saving to RTF (given the default OUTPUTFMT=STATIC). If you want something easier to read then you could switch it to PNG or JPEG for now. Add OUTPUTFMT=PNG or OUTPUTFMT=JPEG to your ODS GRAPHICS statement to change the image type. EMF files are great for scalable vector graphs (if you zoom in they will look nice) but look pretty terrible zoomed out. PNG and JPEG graphs look better when zoomed out but terrible when zoomed in. Saving the image to PDF instead of RTF would also make the text easier to read as long as OUTPUTFMT=STATIC and would look the same zoomed in or out. ... View more