This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 74285 - I18N: tab position is wrong with multibyte character
Summary: I18N: tab position is wrong with multibyte character
Status: RESOLVED WONTFIX
Alias: None
Product: editor
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 5.x
Hardware: All All
: P3 blocker (vote)
Assignee: Miloslav Metelka
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2006-04-03 02:55 UTC by Masaki Katakai
Modified: 2009-11-02 11:01 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
screenshot (2.83 KB, image/png)
2006-04-03 02:57 UTC, Masaki Katakai
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Masaki Katakai 2006-04-03 02:55:05 UTC
If multibyte characters (double-width character e.g. Japanese) are in line of
editor,
tab position is not correct.

a<tab>|
<A><tab>|

<A> is a japanese character. The next tab position (|) should be the same in
above case, but it's different.

Tab is a basic functionality so I filed this as P2.
Comment 1 Masaki Katakai 2006-04-03 02:57:02 UTC
Created attachment 29541 [details]
screenshot
Comment 2 Miloslav Metelka 2006-06-08 21:32:09 UTC
We will need to change the way how we compute the tab position. Currently the
tab position is set by the number of characters - each 8th character is a TAB
position. We will need to change it to align either to a graphical position or
we will have to know that a particular Unicode char spans two regular chars.
Anyway it seems that this will require broad changes.
Comment 3 Vitezslav Stejskal 2007-08-29 10:28:47 UTC
Waiver request: This problem affects all users writing text in asian locales in Netbeans editor. The problem is not
fatal, it is possible to enter text, but navigation in the text can be confusing and hard. At the moment a solution for
this problem is unknown and attempting to fix the problem would require some research and experimenting. We have no time
estimate for the complexity of the fix.
Comment 4 Jan Becicka 2008-02-01 16:19:35 UTC
Planned for 6.1?
Comment 5 Jan Becicka 2008-06-09 12:41:11 UTC
Lowering to P3. We have only single report mentioning this issue.
Comment 6 Miloslav Metelka 2008-11-14 08:38:17 UTC
This requires broad changes in the view hierarchy and other parts. Marking for later.
Comment 7 Quality Engineering 2009-11-02 11:01:24 UTC
NetBeans.org Migration: changing resolution from LATER to WONTFIX