https://issues.apache.org/ooo/show_bug.cgi?id=64447

--- Comment #11 from adah <[email protected]> ---
Yes, it is possible to manually change the fonts to make them correct. In fact,
that is what I have to do when preparing a well-typeset document with
OpenOffice. The problem is: Why should I have to do this? I just want to apply
a font setting (choose different fonts for Eastern and Western characters in
Writer) to the whole document, and why should a symbol have different fonts
applied just because what is before it (or its absence)?

As a side note, I have seen enough Chinese ODF (or ODF-generated PDF) documents
that suffer from this problem. The result is unacceptable for me.

IMHO, this is a serious design flaw in OpenOffice.

(In reply to Rainer Bielefeld from comment #10)
> Reporter tells lots of observations, but for me it's difficult to find out
> what observations might show a bug and what observations might not.
> 
> My test  with  "AOO 4.0.0-Dev – German UI / German locale 
> [AOO400m3(Build:9702)  -  Rev. 1503709 (2013-07-17) ]" on German German WIN7
> Home Premium (64bit)", Common 4.0-dev User Profile, Asian language support
> ant CTL enabled:
> 
> 1. Open reporters sample document, Zoom -> 600% and observe word "test" in 
>    second sentence
> 2. click behind opening quotation mark before word "test"
>    > It will be shown as font "SimSun" (also see remark 'a' below!)
> 3. click behind closing quotation mark behind word "test"
>    > It will be shown as font "Time New Roman"
[snipped]
> a) it's easy to distinguish opening quotation marks in "Time New Roman" and
> "SimSun" (you can also compare with opening quotation mark in first
> sentence):
> Click behind opening quotation mark before word "test" in second sentence
> and mark it,  then change font from "SimSun" to "Time New Roman". You will
> observe that the wide space between quotation mark and chinese character
> before will disappear (related to "Bug 90389 - CJK punctuation compression
> "?), and viewing is different, in "SimSun" the curve above the fat point at
> the bottom of each of the 2 elements does not exceed the fat point to the
> left

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.

Reply via email to