Issue 30465 - Unicode characters 1E8X - 1FXX spaced incorrectly
Summary: Unicode characters 1E8X - 1FXX spaced incorrectly
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1.1
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: stefan.baltzer
QA Contact: issues@sw
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2004-06-19 00:47 UTC by dimitri
Modified: 2013-08-07 14:42 UTC (History)
1 user (show)

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


Attachments
example of wrong character spacing -- first word on a new line (6.04 KB, application/vnd.sun.xml.writer)
2004-06-19 00:58 UTC, dimitri
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description dimitri 2004-06-19 00:47:36 UTC
Capital (?) accented unicode characters in the range 1E8X - 1FXX (Latin Extended
Additionals, Greek Extended) are spaced out from the remaining characters of a word.

Tried different fonts with the same results, leading me to believe that it is
not a font problem.
Comment 1 dimitri 2004-06-19 00:58:54 UTC
Created attachment 15990 [details]
example of wrong character spacing -- first word on a new line
Comment 2 eric.savary 2004-06-21 18:13:30 UTC
ES->US: please have a look.
Comment 3 lohmaier 2004-07-03 16:18:28 UTC
probably related to issue 21290
Comment 4 ulf.stroehler 2004-07-05 10:51:05 UTC
Thanks cloph for the valuable hint.

@submitter: pls. verify in 680_m45 developer build as it is very likely that
this issue is already fixed in there.
Comment 5 dimitri 2004-07-05 22:43:47 UTC
cloph is right! it _is_ the same issue.  downloaded the 680_m45 build and the
text looks ok... 

* only it took about half a thrashing hour, about 60M of main memory and 400M of
swap just to LOAD three (3) pages (about 16kb) of unicode text (and that were
never released in their entirety)! what is this langolier delight written in?
java? VBA? *

apparently it is a matter of character attributes.  can we apply this fix to the
1.1.x tree?
Comment 6 ulf.stroehler 2004-07-06 10:17:00 UTC
US->Karl: this one is basically the same than issue 21290 but reported on srx645
alias OO.o 1.1.x code basis. Is it possible to back port the fix for issue 21290
to srx645?

(@submitter: bloated code you anticipated is a so-called non-product or better
known as debug version, which has lots of debug information compiled in)
Comment 7 ulf.stroehler 2004-07-06 10:20:01 UTC
As this issue makes OO.o for greek useres pretty useless I changed the "Target
milestone" to "OOo 1.1.3".
Comment 8 ulf.stroehler 2004-07-20 13:32:53 UTC
Changing issue resolution to 'FIXED'.
Thanks Karl!
Comment 9 ulf.stroehler 2004-07-20 13:33:53 UTC
Verified on Linux/Solaris/win32 with provided cws i18nso7pp3.
Comment 10 ulf.stroehler 2004-07-20 13:35:02 UTC
Removing 'needmoreinfo' keyword.
Comment 11 stefan.baltzer 2004-09-27 17:41:40 UTC
SBA: Reopening issue to re-assign
Comment 12 stefan.baltzer 2004-09-27 17:43:23 UTC
SBA->Karl: As discussed, please add this fix to CWS sw7pp4d.
Comment 13 karl.hong 2004-09-28 00:40:27 UTC
re-fixed in cws sw7pp4d.

re-assign to QA.
Comment 14 stefan.baltzer 2004-10-07 16:41:56 UTC
SBA. Set to "fixed"
Comment 15 stefan.baltzer 2004-10-07 16:42:11 UTC
SBA: Verified in CWS sw7pp4d. 
Comment 16 stefan.baltzer 2004-10-25 17:15:09 UTC
SBA: OK with patch based on 645m51. Closed.