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

Rainer Bielefeld <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|needmoreinfo                |needhelp
             Status|UNCONFIRMED                 |CONFIRMED
     Ever confirmed|0                           |1

--- Comment #10 from Rainer Bielefeld 
<[email protected]> ---
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"

This might be unexpected, but who can know what reporter typed? My ODF skills
are not sufficient to decide what viewing should be expected.

But:
10. Redo steps 1 ... 3, but with SoftMaker FreeOffice
    Here in step 2 opening quotation mark will be shown as font "Time New
Roman"
    what might be more plausible. 
    But again, currently I can't tell whether I observe a Bug in FreeOffice 
    or in AOO

Additional information
----------------------
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

b) BTW, http://odf-validator.rhcloud.com/ rates reporter's sample as valid ODF

c) Results with other programs:
   Sympony: Like AOO
   LibreOffice 4.0.3:  Like AOO

d) I think it's an AOO bug, but help of an ODF expert required for final
decision

-- 
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