Issue 13023 - Cursor travelling with Asian punctuation
Summary: Cursor travelling with Asian punctuation
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: Internationalization
Classification: Code
Component: code (show other issues)
Version: 644
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: frank.meies
QA Contact: issues@l10n
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-04-04 07:30 UTC by frank.meies
Modified: 2013-08-07 15:00 UTC (History)
1 user (show)

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

Attachments
Asian characters causing the cursor travelling problem (5.35 KB, application/octet-stream)
2003-04-04 07:31 UTC, frank.meies 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description frank.meies 2003-04-04 07:30:12 UTC 
Load bugdoc. During cursor travelling, nextCharacters() is called in skip cell
mode. The break iterator thinks that there are cells to skip in this text.
Comment 1 frank.meies 2003-04-04 07:31:26 UTC 
Created attachment 5456 [details]
Asian characters causing the cursor travelling problem
Comment 2 karl.hong 2003-04-04 19:15:03 UTC 
The text in the document is a machine generated string, which 
contains a list of CJK 'Diacritics' (\u302A-\u302F). According to 
Unicode definition, they are 'Non-spacing Mark (Mn)', and should be 
combined with leading character to form a Grapheme Cluster, or cell. 
See 

http://www.unicode.org/reports/tr29/index.html 

for detail definition about text boundaries.

The behavious of cursor traveling is correct. We don't have font to 
sharp those CJK clusters, otherwise the cursor traveling will make 
more sense.
Comment 3 karl.hong 2003-04-04 19:23:35 UTC 
Karl->FME: if you agree my explanation, please close the issue.
Comment 4 frank.meies 2003-04-07 08:27:44 UTC 
FME: Ok.
Comment 5 frank.meies 2003-04-07 08:28:18 UTC 
FME: Closed because invalid.