Community
Participate
Working Groups
Move the Navigator to a new detached window. Select a file. Press ESC. The window closes but nothing should happen. NOTES: NE (05/22/01 4:11:18 PM) On ESC, SWT gets an WM_KEYFIRST message, which gets processed by Display.translateTraversal, which ends up calling traverseEscape() on the focus control (the navigator's Tree in this case). Its default behaviour is to close the control's shell, unless the shell has no parent. Can't hook a traversal listener since we the focus control is arbitrary. Could create it without a parent in DetachedWindow's constructor, but then the detached window would act as a separate window, not a child of the workbench window. E.g. it would not minimize when the workbench window is minimized. NE (5/24/01 2:24:56 PM) Filed 1GE8RXW: SWT:WIN98 - Need a way for child shells to disable ESC closing This would be a good candidate for an SWT patch.
Closing. Obsolete.
Hi, I just encountered this very annoying behaviour. I have a double screen setup, with likely 10 views in a detached window on the second screen. If, by accident I press ESC in any of these views in the detached window, the detached window close and _all_ of my views are lost! I have to re-create each one of them. I'm running Eclipse 3.5.1 on Linux, and I don't know if the API has changed since version 2.0 when this bug was initially reported, but I'd surely like to re-open this bug.
New Gerrit change created: https://git.eclipse.org/r/72285
New Gerrit change created: https://git.eclipse.org/r/72286
New Gerrit change created: https://git.eclipse.org/r/72287
Gerrit change https://git.eclipse.org/r/72286 was merged to [master]. Commit: http://git.eclipse.org/c/www.eclipse.org/downloads.git/commit/?id=cb5234643dd811c0bf72acce658d1710a2d2cf1e
