Apache OpenOffice (AOO) Bugzilla – Issue 91183
Aqua: inter-character spacing changes with option "nonprinting chars"
Last modified: 2013-08-07 14:44:20 UTC
When I select spacing expanded from the character position menu and enter a value larger than 0.0pt, the space between words expands disproportionately high. e.g. This is an example would render like this T h i s i s a n e x a m p l e
Created attachment 54809 [details] screenshot of an example
Please attach a sample document.
Created attachment 54813 [details] example document
this only happens if nonprinting characters are not shown, if they are shown the text renders normaly
I have not a MAC right now to test on but tell me the exact version of OOo you are using (Help - About OOo, press cmd or ctrl+S,D,T). It reminds me on something we may have already fixed...
version: 300m2(Build:9301) downloaded yesterday
Maybe you could check this in a current version. http://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ I'll check it this week.
Sum up: - type some text - format character as Extended >0 - switch nonprinting characters ON/OFF -> the space between characters varies depending on nonprinting characters
the layout is exactly what ATSUI suggests...
additional effect: When using expanded spacing, the word-selection markers are way off, and the expanded text bleeds out of the page borders in both OOo as well as in an exported PDF. Effect is best seen when using a big value for the expanded spacing.
JA->HDU: please consider to fix this issue for 3.0.1. For me the priority seems to be a bit low.
The underlying problem is that the layout of justified text differs between ATSU and Writer/EditEngine. Though ATSU is great at doing justification it doesn't support the idea of non-printing-markers having the same layout properties as their non-printing-chars counterparts. @fme: since some underlying layout engines can do an outstanding job for justifying text inside portions it would be a good idea to have Writer/EditEngine just do the portion layout and not to force layout inside portions. This case with non-printing-chars should IMHO be the only exception. Anyway: CWS ooo301gsl1 has a workaround for ATSU/Writer-layouts disagreeing too much
*** Issue 91390 has been marked as a duplicate of this issue. ***
@es: please verify in CWS ooo301gsl1
Verified in CWS ooo301gsl1
This issue is closed automatically and wasn't rechecked in a current version of OOo. The fixed issue should be integrated in OOo since more than half a year. If you think this issue isn't fixed in a current version (OOo 3.1), please reopen it and change the field 'Target Milestone' accordingly. If you want to download a current version of OOo => http://download.openoffice.org/index.html If you want to know more about the handling of fixed/verified issues => http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues
This bug seems to have regressed. I can reproduce the described behaviour in the example document using OOo 3.3.0 on Mac OS X 10.6.7. Most notably it happens when using justified text as described by issue #91390. Issue #116715, a recent duplicate of issue #91390, further shows that this has regressed.