<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic PROC DOCUMENT Replay Margins in ODS and Base Reporting</title>
    <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/PROC-DOCUMENT-Replay-Margins/m-p/88419#M9236</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear All,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am using the ODS DOCUMENT destination to save output in parallel to the ODS PDF destination. In a few cases, when replaying the original document, I get a PDF output that slightly differs from the original PDF output in that in some places, SAS thinks there is enough space to fit either a table or a portion of a table whereas in the original, there would be a pagebreak between two tables.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In both instances, I have used the ODS PDF STARTPAGE=NEVER so that is not the reason for the pagebreak. I was unable to replicate this using sample code so I cannot provide code to test, but if this rings a bell or you have suggestions that I might try - perhaps having experienced this before yourself - I will be happy to oblige and post the results.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am using the exact same ODS PDF destination opener statement (except for the filename of course) and the same template. I've been able to replicate this in the RTF destination as well.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance for any input &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Daniel&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 24 Jul 2013 20:25:24 GMT</pubDate>
    <dc:creator>Daniel</dc:creator>
    <dc:date>2013-07-24T20:25:24Z</dc:date>
    <item>
      <title>PROC DOCUMENT Replay Margins</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/PROC-DOCUMENT-Replay-Margins/m-p/88419#M9236</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear All,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am using the ODS DOCUMENT destination to save output in parallel to the ODS PDF destination. In a few cases, when replaying the original document, I get a PDF output that slightly differs from the original PDF output in that in some places, SAS thinks there is enough space to fit either a table or a portion of a table whereas in the original, there would be a pagebreak between two tables.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In both instances, I have used the ODS PDF STARTPAGE=NEVER so that is not the reason for the pagebreak. I was unable to replicate this using sample code so I cannot provide code to test, but if this rings a bell or you have suggestions that I might try - perhaps having experienced this before yourself - I will be happy to oblige and post the results.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am using the exact same ODS PDF destination opener statement (except for the filename of course) and the same template. I've been able to replicate this in the RTF destination as well.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance for any input &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Daniel&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Jul 2013 20:25:24 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/PROC-DOCUMENT-Replay-Margins/m-p/88419#M9236</guid>
      <dc:creator>Daniel</dc:creator>
      <dc:date>2013-07-24T20:25:24Z</dc:date>
    </item>
    <item>
      <title>Re: PROC DOCUMENT Replay Margins</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/PROC-DOCUMENT-Replay-Margins/m-p/88420#M9237</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;BR /&gt;Hi:&lt;/P&gt;&lt;P&gt;&amp;nbsp; I would not expect STARTPAGE=NEVER to have an impact on your PDF output. STARTPAGE=NEVER was originally designed for suppressing the automatic page breaks before graph output, to allow output such as this &lt;A href="http://support.sas.com/kb/48/569.html" title="http://support.sas.com/kb/48/569.html"&gt;48569 - Use the STARTPAGE option in the ODS PDF statement to put multiple graphs on a single page in a PDF document&lt;/A&gt; -- note the changes in HORIGIN and VORIGIN for graph placement. But for tabular output, I would not expect STARTPAGE=NEVER to have an impact.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; I generally control page breaks using an "OB" command in ODS DOCUMENT/PROC DOCUMENT, by inserting or deleting the page breaks I want (OBPAGE). But if you are replaying an unchanged ODS DOCUMENT to PDF and you encounter different replay behavior and page breaking AND you have verified that you have the exact same system options (margins) in place for the replay as you had for the original creation AND you are not inserting any extra OB titles or notes, then I would recommend that you open a track with Tech Support on this. Given the same set of system options for orientation and margins, I would not expect a "vanilla" replay to generate different page breaking/table breaking behavior.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;cynthia&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 27 Jul 2013 13:30:20 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/PROC-DOCUMENT-Replay-Margins/m-p/88420#M9237</guid>
      <dc:creator>Cynthia_sas</dc:creator>
      <dc:date>2013-07-27T13:30:20Z</dc:date>
    </item>
  </channel>
</rss>

