Created attachment 54075 [details]
archive with referenced .png and .pdf files
Export as pdf renders hard hyphens incorrectly and changes screen rendering.
The LibreOffice reported here is commit id 7a37392 (2011-11-23) configured with
running on ubuntu-natty.
To observe the problem ...
(*) Download hyphen_rendering.odt, attached to bug 43234
document was created with the cited build of LO. I entered the
hard hyphens by typing ctrl-minus.
(*) Open that file in LibreOffice. Observe ...
a) Hard hyphens are displayed against grey background. This is
the behaviour that I am used to.
b) Hard hyphens cause less horizontal spacing than normal
hyphens, abutting or even overlapping the adjacent characters.
I think hard hyphens (except for treatment of line boundaries,
of course) should cause the same horizontal spacing as regular
c) Within each date punctuated with hard hyphens, the hard hyphen
following the month is narrower than the hard hyphen following
the year. I think all the hard hyphens should cause the same
Attached 1748.png and 1749.png show this result at two scales.
By the way, LO 3.3.4 as delivered with ubuntu-natty, shows the
same thing this far but no farther.
(*) Export the document to pdf. Observe that hard hyphens are not
visible. The hard hyphens should be visible.
Attached 1751.pdf shows my result.
(*) Observe that the screen no longer shows the hard hyphens. The
hard hyphens should be visible.
Attached 1735.png shows my result.
(*) Position cursor in front of date in Heading 1 with hard hyphens.
Press <cursor-right> ten times. Observe that each (invisible)
hard hyphen uses up a <cursor-right>. I find this behaviour a bit
surprising but correct.
(*) Close the file.
(*) Open the file. Observe that hard hyphens are again visible.
NOT reproducible with "LibreOffice 3.4.4 - WIN7 Home Premium (64bit) German UI [Build ID: OOO340m1 (Build:402)]" (hard hyphens are invisible)
With Server installation of MSVC Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: a286353-090bcba-3bf3b94]" Win-x86@6 – 2011-12-02_22:36:35):
a) I can confirm
b) I see the effect. But I do not know what "hard hyphens" are used for
c) I doubt, sample document shows a bad example because numbers around hard
hyphens are different. Using 2011-11-11 I see no difference
Please contribute help or similar describing "hard hyphens"
Oh my, I was badly confused.
The keystrokes ctrl-minus actually insert a soft hyphen, which LO help
text calls "definite separator" or "custom hyphen". I am changing the
summary accordingly and setting the bug status back to UNCONFIRMED.
When my build-in-progress has finished, I shall look at the help text
for non-printing characters. Meanwhile, I find it "funny" to have two
different renderings, but until I can look at my Writer options, I do
not have an opinion about which rendering is right.
(Note to self ... Repeat twenty-five times: the keystrokes for
non-breaking hyphen are ctrl-shift-minus.)
I am sorry for contributing noise.
Created attachment 54155 [details]
screenshots and typescript of console session
Here are observations on commit id 3a9271b (roughly 2011-12-05
02:56Z), going one level deeper into the funny behaviour. Short
version: printing changes in-memory user options.
To observe the problem ...
( 1) Start LibreOffice. Program displays Writer document
( 2) Take menu options Tools > Options > "LibreOffice Writer" >
"Formatting Aids". The program displays a dialog box which I
call "the dialog" hereafter.
( 3) Note your settings now, as the rest of this procedure is going to
( 4) Check everything that can checked Click <OK>.
( 5) In "Untitled 1", type "asdf".
( 6) On the toolbar, click the icon "Print File Directly ([...])".
( 7) Display the dialog. Observe that the following "Display of"
options are now unchecked:
- Paragraph end
- Custom hyphens
- Non-breaking spaces
1236.png in the attached archive shows what I saw.
( 8) Click <Cancel>.
( 9) Close the program, discarding changes to "Untitled 1".
(10) Run the program.
(11) Display the dialog. Observe the everything is checked. 1238.png
in the attached archive shows what I saw.
My console output from these steps is in lines 125 to 150 in
20111205_1437_run in the attached archive.
Note to self: When your understanding of the bug changes, you should search bugzilla again.
*** This bug has been marked as a duplicate of bug 40482 ***