Issue 24518 - Underlining of Chinese character wrong if followed by non-Chinese character
Summary: Underlining of Chinese character wrong if followed by non-Chinese character
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: stefan.baltzer
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-18 09:58 UTC by acli
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

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


Attachments
BUGDOC: Sample sxw file (5.34 KB, application/vnd.sun.xml.writer)
2004-01-19 18:19 UTC, acli
no flags Details
BUGDOC: swriter displays (and prints) this (778 bytes, image/png)
2004-01-19 18:22 UTC, acli
no flags Details
BUGDOC: Composite diagram: Expected output (775 bytes, image/png)
2004-01-19 18:23 UTC, acli
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description acli 2004-01-18 09:58:24 UTC
In left-to-right (horizontal) mode, if a Chinese character is followed by an
English character, and if I try to underline *only* the Chinese character, the
space between the two characters will be underlined.

This is despite the fact that the space before the Chinese character (assuming
that the Chinese character is also preceded by an English character) is not
being underlined.

This produces output that looks wrong, in fact quite recognizably wrong because
people will read the "underline" as punctuation, and they know that the space
between the two should not have that punctuation mark.
Comment 1 h.ilter 2004-01-19 12:15:50 UTC
Reassigned to US
Comment 2 acli 2004-01-19 18:19:46 UTC
Created attachment 12583 [details]
BUGDOC: Sample sxw file
Comment 3 acli 2004-01-19 18:22:56 UTC
Created attachment 12584 [details]
BUGDOC: swriter displays (and prints) this
Comment 4 acli 2004-01-19 18:23:45 UTC
Created attachment 12585 [details]
BUGDOC: Composite diagram: Expected output
Comment 5 acli 2004-01-19 18:24:41 UTC
Note: Observed also in 1.1.1a
Comment 6 ulf.stroehler 2005-05-31 17:20:38 UTC
@submitter: pls. try a current snapshot of OO.o and report back whether the
problem persits. Thx.
Comment 7 acli 2005-06-10 04:16:58 UTC
This will take some time, as I only have a non-rpm Linux and a MacOSX box. I'll
need to figure out how to compile from source. (Or I might try to find a Windows
box.)
Comment 8 zhang_yibo 2006-01-18 01:33:50 UTC
Successfully replicated the bug in OOo 1.1 running Linux 7.3, Intel Pentium 4
CPU 3.00GHz. I ran the instructions on the attached document and arrived at the
same result.

Further testing revealed that if I,
1)input a Chinese character 
2)input an English character (on the same line)
3)underline the Chinese character
the problem does not exist.

However, if I changed the sequence to,
1)input an English character
2)input another English character (on the same line)
3)input a Chinese character (on the same line) in between the two English characters
4)underline the Chinese character
the problem described by acli appears. Also, if the English character to the
right of the Chinese character happened to begin with a capital letter, that
letter is transformed automatically into lower case when you enter a newline.

The same problems occurred in OOo 2.0 except for the upper case letter being
converted into lower case.
Comment 9 ulf.stroehler 2006-04-04 14:21:16 UTC
have to reassign issue.
Comment 10 stefan.baltzer 2007-08-02 17:48:08 UTC
SBA: OK in OOo 2.2 (And re-checked in 680m223). Set to Worksforme.
Comment 11 acli 2007-08-03 16:33:27 UTC
No, the problem is still there in OOo 2.2. If you have trouble seeing the
problem, please set text spacing to expanded 2.0 pt. Then it will be very obvious.
Comment 12 eric.savary 2007-08-14 17:15:58 UTC
I can reproduce it in OOo 2.0 but not anymore in OOo 2.2 (m223) dev build.

Please check with following version:
http://download.openoffice.org/680/index.html?intcmp=1235

Feel free to reopen if it still happens there.
Comment 13 eric.savary 2007-08-14 17:16:10 UTC
closed