Bugzilla – Full Text Bug Listing
| Summary: | [Bidi] StyledText switches IME aggressively (BIDI) | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Randy Hudson <hudsonr> |
| Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | Felipe Heidrich <eclipse.felipe> |
| Severity: | normal | ||
| Priority: | P3 | CC: | bamir, kleind, mukund, yanghang |
| Version: | 3.1 | Keywords: | triaged |
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | stalebug | ||
|
Description
Randy Hudson
For me it is even worse, it switches back to Arabic right after I typed "1". What version of Eclipse/SWT are you running ? To reproduce the problem you described I need to: [initial state: Arabic mode] 1. type 1 2. type space 3. switch to English 4. type h 5. press backspace No, I did: 1. switch to English 2. type 1 3. type space 4. type h 5. press backspace I have an idea for a fix. Changing modes should not be based on levels, but character types. I agree, using level to set the IME is bad, see Bug#80056 Do you think I should be using character type (i.e. Character.getType(char)) instead ? Is so, I'm afraid I don't understand how that would work. By type, I mean BiDi char type. Whether it is strong, weak, or neutral, and then of course the direction in each case. I think neutral and perhaps weak characters should not cause the IME to change. The only way I know to get the bidi type of a character is Character.getDirectionality(), which is only available on java 1.4. Even if I was allowed to use java 1.4, the bidi type would not help fixing Bug#80056. *** Bug 75058 has been marked as a duplicate of this bug. *** Get a LTR StyedText, change the IME to hebrew, type a few letters, use backspace to delete all the letters, after deleting the last letter the IME switches to English. The IME should only change when the caret is moved by the mouse or arrow keys I believe, not when text is been edit. See Bug 58272. The caret level is being reset for every key action, this is cause of this problem, action sush as DELETE_PREVIOUS should not always cause the ime to change. Your bug has been moved to triage, visit http://www.eclipse.org/swt/triage.php for more info. *** Bug 129140 has been marked as a duplicate of this bug. *** *** Bug 329174 has been marked as a duplicate of this bug. *** Hi Will there a fix for this issue sometime soon? (In reply to comment #11) > Hi > Will there a fix for this issue sometime soon? We don't have API to fix this problem at this time. This is not in the plan. Sorry. This is a one-off bulk update. (The last one in the triage migration). Moving bugs from swt-triaged@eclipse to platform-swt-inbox@eclipse.org and adding "triaged" keyword as per new triage process: https://wiki.eclipse.org/SWT/Devel/Triage See Bug 518478 for details. Tag for notification/mail filters: @TriageBulkUpdate This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |