Issue 39994 - word-wide drop cap is not quite right
Summary: word-wide drop cap is not quite right
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1.4
Hardware: All All
: P4 Trivial with 4 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 62402 66926 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-01-06 04:53 UTC by Joe Smith
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
screen mags showing extra space (4.37 KB, image/png)
2005-01-06 05:24 UTC, Joe Smith
no flags Details
Drop Cap for the first word (5.49 KB, application/vnd.sun.xml.writer)
2005-02-03 03:24 UTC, songbin
no flags Details
Drop Cap for the number of characters of the first word (5.46 KB, application/vnd.sun.xml.writer)
2005-02-03 03:25 UTC, songbin
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Joe Smith 2005-01-06 04:53:15 UTC
Setting the drop cap width to the first word (rather than 1 or more characters)
results in a slightly incorrect layout: since the space following the first word
is still displayed, the space on the right side of the drop cap is not even.

This can be worked around by setting the drop cap width to the number of
characters in the first word and deleting the space.  This is not optimal since
the first 'word' is now (most likely) misspelled ;-)

Ideally, the space following the drop cap would simply not be displayed. 
Alternately, if zero-width space characters (U+200B) were supported, one could
use that character between the first two words.
Comment 1 Joe Smith 2005-01-06 05:24:49 UTC
Created attachment 21121 [details]
screen mags showing extra space
Comment 2 michael.ruess 2005-01-06 09:05:15 UTC
MRU->FME: Do you think, that it might be possible to ignore the space character
following  a Drop Cap when displaying/formatting the paragraph?
Comment 3 songbin 2005-02-03 03:22:59 UTC
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. 
Comment 4 songbin 2005-02-03 03:24:38 UTC
Created attachment 22146 [details]
Drop Cap for the first word
Comment 5 songbin 2005-02-03 03:25:26 UTC
Created attachment 22147 [details]
Drop Cap for the number of characters of the first word
Comment 6 michael.ruess 2006-02-22 08:27:31 UTC
*** Issue 62402 has been marked as a duplicate of this issue. ***
Comment 7 ace_dent 2006-07-03 00:05:35 UTC
*** Issue 66926 has been marked as a duplicate of this issue. ***
Comment 8 Joe Smith 2006-07-05 17:38:33 UTC
> 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.
Comment 9 lohmaier 2006-08-02 22:41:43 UTC
Using the zero-width space works here.
Comment 10 Joe Smith 2006-08-02 23:58:49 UTC
> 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.