Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | word-wide drop cap is not quite right | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | Joe Smith <jes> | ||||||||
Component: | ui | Assignee: | AOO issues mailing list <issues> | ||||||||
Status: | CONFIRMED --- | QA Contact: | |||||||||
Severity: | Trivial | ||||||||||
Priority: | P4 | CC: | issues, khirano | ||||||||
Version: | OOo 1.1.4 | ||||||||||
Target Milestone: | --- | ||||||||||
Hardware: | All | ||||||||||
OS: | All | ||||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||||
Developer Difficulty: | --- | ||||||||||
Attachments: |
|
Description
Joe Smith
2005-01-06 04:53:15 UTC
Created attachment 21121 [details]
screen mags showing extra space
MRU->FME: Do you think, that it might be possible to ignore the space character following a Drop Cap when displaying/formatting the paragraph? I can reproduce the bug in open office 1.1.4 with window XP/Linux(redhat 7.3). The following is my reproducing step: For the first word: 1.Choose "Format - Paragraph", select "Drop Cap" tab 2.Select "Display the drop caps" and "Whole word" in "Settings" area. And then click "OK". 3.Delete the space followed the first word, the second word will become “drop cap†and connect with first word. For the number of characters of the first word 1.Choose "Format - Paragraph", select "Drop Cap" tab. 2.Select "Display the drop caps" and put the number of characters of the first word in the "Number of characters" area and then click "OK". 3.Delete the space followed the first word, the space is gone and the format of second word is same as before. I attached two file: file1 uses Drop Cap for the first word, file2 uses Drop Cap for the number of characters of the first word.You can see the result by opening them and try to delete the space that follows the first word. Created attachment 22146 [details]
Drop Cap for the first word
Created attachment 22147 [details]
Drop Cap for the number of characters of the first word
*** Issue 62402 has been marked as a duplicate of this issue. *** *** Issue 66926 has been marked as a duplicate of this issue. *** > Alternately, if zero-width space characters (U+200B) were supported,
> one could use that character between the first two words.
At some point OOo (2?) gained support for the Unicode space characters of
various widths, including zero-width. Unfortunately, the zero-width space
character does NOT count as a space, and so the strategy given above does not
help. You can achieve nearly the same thing using the "hair space" (U+200A),
which is recognized as a word-separator space, and is nearly invisible.
I don't know if this (not recognizing the zero-width space as a true space) is
another bug, but it sure seems strange to me.
Using the zero-width space works here. > Using the zero-width space works here.
So it does. Cool.
I wrote my comment based on 2.0.2, which does not treat U+200B as a space
(either for drop caps or double-click select word). Both 2.0.3 and m178 work
perfectly for both cases.
Nice! -- Thanks for the update.
*** NOTE ***
This issue is not fixed: a normal space after the first word still produces a
gap when word-wide drop cap is used, but using the zero-width space is a useful
workaround.
|