Patch tested and fix confirmed (same behavior as in the old node tool of 0.47):
- OS X Lion (64bit), GTK+/X11 2.24.8
- Mac OS X Leopard (32bit), GTK+/Quartz 2.24.8
When running Inkscape under X11 (XQuartz 2.6.3 (xorg-server 1.10.3)) , pressing escape still seems to somehow keep the mouse focus partially grabbed (I don't know how to properly describe it in technical terms): when using a trackpad (built-in) instead of an external mouse, an additional tap (~LMB click) is required after pressing <esc> before a new selection of nodes can be made, or the same selection dragged again. If the mouse pointer is moved outside of the Inkscape window before that additional tab occured, X11 gets confused and other X11-based application windows (xterm, another inkscape window) get randomly displaced as if they had been grabbed and are now dragged in the window manager context (until a tab on the trackpad occurs).
Inkscape 0.47 exposes the same behavior when cancelling a node drag.
When running Inkscape built with the Quartz backend of GTK+, an additional (second) tab on the trackpad is required to activate any other (native) application window after cancelling a node drag (normally, a single tab or click is sufficient) - no other side effects observed though.
Patch tested and fix confirmed (same behavior as in the old node tool of 0.47):
- OS X Lion (64bit), GTK+/X11 2.24.8
- Mac OS X Leopard (32bit), GTK+/Quartz 2.24.8
When running Inkscape under X11 (XQuartz 2.6.3 (xorg-server 1.10.3)) , pressing escape still seems to somehow keep the mouse focus partially grabbed (I don't know how to properly describe it in technical terms): when using a trackpad (built-in) instead of an external mouse, an additional tap (~LMB click) is required after pressing <esc> before a new selection of nodes can be made, or the same selection dragged again. If the mouse pointer is moved outside of the Inkscape window before that additional tab occured, X11 gets confused and other X11-based application windows (xterm, another inkscape window) get randomly displaced as if they had been grabbed and are now dragged in the window manager context (until a tab on the trackpad occurs).
Inkscape 0.47 exposes the same behavior when cancelling a node drag.
When running Inkscape built with the Quartz backend of GTK+, an additional (second) tab on the trackpad is required to activate any other (native) application window after cancelling a node drag (normally, a single tab or click is sufficient) - no other side effects observed though.