The workaround for this problem is

   options nocenter;

This problem will be addressed in a future release.

Why is this happening? By default, all output is centered, including batch-mode output, which is produced by typewriter-ish procs: CHART, PLOT, CALENDAR, and of course DATA _NULL_ with a FILE PRINT statement.

Batch-mode output normally does line up in spite of being centered, because the batch-mode output is blank-filled; that is, each line is centered after being filled out to the full LINESIZE even if only a fraction of those characters are actually printed.

This works pretty well--it behaves just as if the old listing output were printed out on paper and then the paper were centered on the page. But unfortunately it breaks down when combined with in-line formatting, because the blanks are added while the in-line codes are still in place, before ODS strips off the in-line codes and turns them into real formatting. Therefore, not enough blanks are added. When ODS strips off an in-line code and turns it into formatting, the output line is much shorter than the other lines and, thus, gets centered differently than the other lines. For example, a LISTING produces the following output (with an underscore representing the blanks):

   This is a line._____________________________________________
   This is a ^S={foreground=red}line with in-line formatting.__

When it gets into ODS PRINTER, the in-line formatting is removed, leaving this:

   This is a line._____________________________________________
           This is a line with in-line formatting.__

See also SAS Note 9981.

Operating System and Release Information