Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 352703 - [BIDI] [Preferences] Odd resizing with "Resize tree" function in dialog in right-to-left mode
Summary: [BIDI] [Preferences] Odd resizing with "Resize tree" function in dialog in ri...
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.7   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-21 02:51 EDT by Kit Lo CLA
Modified: 2019-11-14 03:18 EST (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kit Lo CLA 2011-07-21 02:51:11 EDT 
Build ID: I20110719-2201

- launch the preferences dialog
- click the "Resize tree" dialog menu
- the left and right arrow keys should move the divider
- seems like the key mappings for the left and right arrow keys are not correct in right-to-left mode
Comment 1 Remy Suen CLA 2011-10-11 09:09:45 EDT 
(In reply to comment #0)
> - seems like the key mappings for the left and right arrow keys are not correct
> in right-to-left mode

How is "correct" defined? Should the left key increase or decrease the size of the dialog horizontally?
Comment 2 Kit Lo CLA 2011-10-11 09:39:20 EDT 
In left-to-right mode, when the right arrow key is pressed, we keep the left edge of the dialog stationary and increase the dialog horizontally on the right edge.

However, in right-to-left mode, when the left arrow key is pressed, we also keep the "left" edge of the dialog stationary and increase the dialog horizontally on the "right" edge. That makes the dialog look like it's jumping! You have to try it to see the behavior :-).
Comment 3 Oleg Besedin CLA 2011-10-11 10:25:43 EDT 
I think I saw the general bug on this subject and vaguely remember that it was the order of resizing that caused the issues, but I can't find it at the moment.
Comment 4 Eric Moffatt CLA 2011-10-12 13:11:40 EDT 
Is this different that its behavior in 3.x ? If so then there must be explicit code in the handling of this operation that is somehow 'detecting' that it's in RTL mode (likely through a mechanism we haven't hooked up in 4.x).
Comment 5 Kit Lo CLA 2011-10-12 13:22:26 EDT 
I just tried that in 3.1.1. It behaved the same way. It's NOT a new 4.x problem.
Comment 6 Kit Lo CLA 2011-10-12 13:23:20 EDT 
... I meant I just tried that in 3.7.1
Comment 7 Eric Moffatt CLA 2011-10-12 13:25:09 EDT 
Thanks Kit !
Comment 8 Lars Vogel CLA 2019-11-14 03:18:33 EST 
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.

If you have further information on the current state of the bug, please add it. 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.

If the bug is still relevant, please remove the "stalebug" whiteboard tag.