Apache OpenOffice (AOO) Bugzilla – Issue 87530
[CTL] OOo breaks new line in wrong position
Last modified: 2008-09-10 11:12:35 UTC
OOo 3 DEV300_m2 on Mac OS X 10.5.2 Steps to reproduce: 1. Open blank document in Writer 2. Enable CTL in Preferences > Language Settings > Languages and select Default languages for Document (CTL) to "Thai" 3. Input some Thai words Result: When the input cursor passes around 8 or 9cm point in the document ruler, entering more text will appear in the new line. If it is Thai text, it will be shown in the next line once but will be bring back when the word is complete. If it is English text or numbers (which come with whitespace) the new characters will appear in new line.
Created attachment 52331 [details] Screenshot - Thai text on the new line
Created attachment 52332 [details] Screenshot - English text on the new line
This bug does not appear if the cursor is in the left half of document (around 8cm by the ruler). The total width of document is 21cm (A4 paper).
OOo DEV300_m2/OS X 10.5.2 Intel I would like to confirm this problem. If this words used don't have any upper or lower vowels, then the line will cut around 13-14 cm., instead of 9-pcm.
OOo 3 DEV300_m2 on Mac OS X 10.5.2 Confirmed. Here is my various test case results:- 1. Character+Lower level vowel+tone mark - With the word ปู่ (0E1B 0E39 0E48) this bug will appear at 6cm 2. Character+Upper level vowel+tone mark - With the word ปี่ (0E1B 0E35 0E48) this bug will appear at 6cm 3. Combination of words from 1 and 2 - With the word ปู่ปี่ (0E1B 0E39 0E48 0E1B 0E35 0E48) this bug will appear at 6cm as well
Confirm to this issue. It occur frequency when content mixed with multiple language in one paragraph .
confirmed.
something for you? If not please forward to the right developer
Can anyone confirm the problem on Windows or Unix? If yes, did it happen with 2.3 too? Is this with the Aqua port or the X11 port? @khong,@es: AFAIK there were some Thai related changes in the break iterators since 2.3? Does the problem described ring a bell?
It may be due to we try to avoid to break a line in a cell, it search back for cell boundary. For last uncompleted cell, it may think that is the middle of a cell, and try to find last completed cell, so the uncompleted cell is move to next line. If this is the case, I will try to duplicate and fix it in i18npool.
This bug still happens with OOo-Dev 300_m5 on OS X 10.5.2. The range is around 10.5 cm.
Could someone upload a test document for me to duplicate the problem? I could not type in a long text of Thai.
Created attachment 52949 [details] sample Thai doc in ODT - Creative Commons news
Created attachment 52950 [details] sample Thai doc in plain text (utf-8) - Creative Commons news
Created attachment 52951 [details] sample Thai doc in ODT - Politics article from newspaper
Created attachment 52952 [details] sample Thai doc in plain text (utf-8) - Politics article from newspaper
How can I duplicate this issue with these new attachements? I need a test docuement like in earlier attached screenshot, and what Thai letters in Unicode value should follow to see the problem. I can enter Thai by selecting letters from a table, but I don't know what combination of letters will cause the problem.
khong: you can copy from here พลันสายลมบางเบาที่เกิดจากผีเสื้อขยับปีนี้กลับกลายเป็นพายุใหญ่ลูกหนึ่ง to notes, I can't reproduce it on OOo2.4 on Ubuntu 8.04 Beta.
I could not duplicate the problem. I need a reproductable case for fixing this bug.
khong : I have tried with this parse ผู้ใหญ่หาผ้าใหม่ ให้สะใภ้ใช้คล้องคอ ใส่ใจเอาใส่ห่อ once you copy and paste to writer just put 1 space bar after the pasted parse then type a, it will be shifted to the new line. tested on OOo 3 DEV300_m9 on Mac OS X 10.5.2
It seems the problem is platform dependent. I could not duplicate it on Windows version. If it is platform dependent, it will not be breakiterator issue, but font's issue, it may be font width calculating problem. Could someone comfirm the problem exists on Windows or Solaris platform?
@khong: It works fine on OOo DEV_m10 on Windows XP.
khong->hdu, it looks like a font issue on Mac platform.
Does the problem happen with OOo's Aqua port or also with the X11 port????? If it is with the aqua port then this issue has most probably the same root cause as issue 89789 (which is fixed in CWS aquavcl08). The problem only happening on the right side of the page is an indicator. From my cursory look at the sample documents on both aquavcl08-builds and non-aquavcl08 builds the problem seems to be fixed indeed. So I'm setting it to duplicate. I'd be very happy if someone could confirm/reject this resolution as duplicate by testing on an aquavcl08 based build though... *** This issue has been marked as a duplicate of 89789 ***
Closing duplicate