Community
Participate
Working Groups
On linux, select a file in the nav view then choose rename from the popup menu. Rename the file then click on the "white-space" of the nav view - notice the editor stays active. Doing this on windows cause the inline editor to close and the file to be renamed. Also, if you repeat the rename process but this time click on another file in the nav view, the inline editor is closed but the file is not renamed. Under windows the file is renamed. NOTES: EJP (07/12/01 04:19:30 PM) This is due a workaround added for 1GF7TXO See RenameResourceAction.
PRODUCT VERSION: 0.122 (SDK)
This may be fixed, to be verified.
Build: 20020125 Problem still exists.
In windows, the FocusListener (RenameResourceAction line 304) is alerted when the user clicks on another item or the white space in the nav view. In Linux, the FocusListener is not alerted unless focus shifts to another window or view.
There is no standard behavior for inline editors in Linux, since very few applications in Linux have them (to my knowledge, only the Nautilus file explorer does), so the current behavior of the inline editor is not breaking any conventions or patterns of behavior. However, it may be advantageous from a user-expectations point of view to model the behavior after the behavior of inline editors in Windows and in the Nautilus file explorer. This is a usability issue and will be decided/solved later.
Reopen for investigation
This actually sounds like a bug to me. KDE Konqueror file manager works like Windows Explorer and Eclipse resource navigator on Windows.
The text editor does not lose focus on Linux because it is a child of the tree widget. If it is a sibling of the tree it does lose focus when the tree is clicked. Opened SWT bug 23935 for this.
Can't work around bug 23935. Will have to wait for it to be fixed.
Verified that SWT fix solves this problem. Fixed in > 20021108