Dear Rony,

Regarding the „Ronys Stripper“ program:
>> The following program needs to be run from "oorexx/doc/trunk" and will 
>> replace leading and trailing empty lines in the content of "programlisting" 
>> elements which are probably the cause for the blank lines.
>> 
>> If you then run the documentation generation, then those blank lines should 
>> not show up anymore.
>> Program "stripBlankLinesFromProgramlistingElements.rex" that removes leading 
>> and trailing CR-LF from programlistings. Run it in the doc-branch you want 
>> to work with, e.g. from "oorexx/doc/trunk"
>> 
I now had the time to run it properly on all documents. I also made a run with 
no fix and a run with Erich´s fix. In general RonysFix produce similar results 
to ErichsFix, but not exactly the same. There is no problem with the numbering, 
all references in the TOC point to the right place, but to different pages 
obviously when the size is changed. This makes me conclude that the actual 
numbering is dynamic and only takes place at the very end, in the FOP. This is 
IMO good news, it does not matter where the fix is applied.

I have compared several documents but ooDialog seems to have the biggest 
difference:

No-fix  2022 pages
Ronys fix       1920 pages
Erichs fix      1840 pages

When I look at where the difference may come from I notice that Erich strip of 
one line more BEFORE each code snippet (grey boxes) so Ronys fix is somewhere 
between no fix at all, with additional lines before and after code snippets and 
Erichs fix.

I have not noticed any further differences than that. I have left copies of all 
3 versions in my dropbox in the folder ooRexxDocs

I have also compared the output of Gils builds for rexxref.pdf. I noticed the 
following differences:
(i) Gil´s build produces a TOC with one further indexing level, making the 
document bigger but from what I have seen the numbering adds up and points to 
the right place. All fonts and formats look the same. Besides the TOC it is 
almost indistinguishable to the current builds.
(ii) There are spurious extra spaces here and there but they are not visible in 
the output. Also in the current builds I can see incorrect spaces here and 
there, so no big thing.
(iii) I saw one occurrence of a unicode letter, French C-cedil, where the 
xml/html coding was used instead.

Here the link to my dropbox if you want to have a look at the different runs

https://www.dropbox.com/sh/p66c7g01h4jz5ss/AAAZd_Q2yQddrTHagxPo_UiTa?dl=0 
<https://www.dropbox.com/sh/p66c7g01h4jz5ss/AAAZd_Q2yQddrTHagxPo_UiTa?dl=0>

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se

> 
> _______________________________________________
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

_______________________________________________
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Reply via email to