I recently upgraded to 3.1.1 hoping that a quirk in 2.x would be fixed and
that the RTF converson to .odt would be speeded up but, alas, not so.
We produce a monster, 600-page document each month (at mostly 7-pt. text).
The master has roughly eight sections differing by headers and sometimes
column formatting. The largest sections are all 3-column formats. Each month
we cut the text from a section (but not the section itself) and replace it
with newly generated Rich Text which is intially ported and converted to a
temp Oo file. The good news is that the conversion is very good. The bad
news is that, like 2.x, it is incredibly slow, sometimes taking 20 minutes
to convert some 250 pages (MS Word takes seconds but, of course, rtf is
native to Word). We then cut & paste the converted temp file into the main
document section. The other quirk is that when flowing the columns Oo often
produces random blank gaps often multiple columns long where there are none
in the "source" being pasted. This forces us to review the doc page-by-page.
I have found that adding a carraige return at the end of the last character
before such a break and then immediately deleting it causes the
recatentation of the text segments as they should be. I think this is a
random synchronization error in Oo due to the size of the text, but it's
just a guess.
Another quirk, introduced in 3.1.1 and noticed in a much shorter, one-format
document (but also 3-column format), is that when new text is pasted after
some existing text, Oo seems to insist of inserting a Page Break in front of
it. Don't know why and it is behavior that did not exist in 2.x.
We'll live with it, as we did with 2.x, but I would hope these get addressed
in a future release.
Jerry Clancy
PS.: Yes, I know 3.2 is out but haven't had time to upgrade.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
