#1) In ODS RTF, PDF and HTML, you can insert a "line feed" or what you call a line skip into a character string, by using ODS ESCAPECHAR, as shown in the program below:
length newvar $50;
newvar = 'Name: '||name||'^n Age: '||put(age,2.0)||
'^n Gender: '||sex;
ods html file='class_linebr.html' style=sasweb;
ods rtf file='class_linebr.rtf' ;
ods pdf file='class_linebr.pdf';
proc print data=class;
title 'Put a line break';
var newvar name age height sex;
ods _all_ close;
If the ESCAPE character is set to '^' (as it is above), then ESCAPECHAR + n represents a line feed. However, this line feed character is NOT recognized as a line feed by the LISTING window. So in the LISTING window, you will still see the ^n (which you do not see in the HTML, RTF or PDF files.)
#2) When you use ODS RTF, PDF in SAS 9.1.3, it is very hard to get the repeat of a group variable at the top of the page when the output breaks across pages, as described in this Tech Support note: http://support.sas.com/kb/7/887.html
A lot of pharmaceutical companies get around this issue by writing their reports to use BY group processing so each group starts on a separate page, or, soemtimes, they write their own RTF strings instead of using ODS, or, sometimes by post-processing the RTF file, or, sometimes, by figuring out how many observations will fit on a page and then creating a "page counter" variable to use with PROC REPORT (which is the workaround described in the Tech Support Note).
This behavior is not a problem in SAS 9.2, when you use TAGSETS.RTF, but unless you are on SAS 9.2, you have to deal with this issue or work around it somehow..
It is also possible that your coworkers have already dealt with this issue in their standard set of report programs that they use for clinical trials. Since most report programs must be tested and validated for a clinical trial, the chances are very good that you will find your company already has a preferred workaround for this issue.