Comments on: Sexy Swing App – The Unified Toolbar (now fully draggable) http://explodingpixels.wordpress.com/2008/05/03/sexy-swing-app-the-unified-toolbar-now-fully-draggable/ Exposing the pixels behind beautiful user interfaces Thu, 10 Dec 2009 16:18:30 +0000 http://wordpress.com/ hourly 1 By: Jeremy Wood http://explodingpixels.wordpress.com/2008/05/03/sexy-swing-app-the-unified-toolbar-now-fully-draggable/#comment-97 Jeremy Wood Thu, 03 Jul 2008 18:12:24 +0000 http://explodingpixels.wordpress.com/?p=27#comment-97 Also it's my experience that you can add these listeners to one high-level container and all the dead space in that container becomes draggable. (Meanwhile any individual component that consumes mouse events is not affected, so the window doesn't become 'hyperactive'.) :) Also it’s my experience that you can add these listeners to one high-level container and all the dead space in that container becomes draggable. (Meanwhile any individual component that consumes mouse events is not affected, so the window doesn’t become ‘hyperactive’.) :)

]]> By: Jamison Hope http://explodingpixels.wordpress.com/2008/05/03/sexy-swing-app-the-unified-toolbar-now-fully-draggable/#comment-93 Jamison Hope Sat, 28 Jun 2008 15:22:30 +0000 http://explodingpixels.wordpress.com/?p=27#comment-93 I remember that thread, but that was before I started messing with TN2196 stuff so I didn't follow it closely. Anyhow, it's not just with Swing containers. If you have a JFrame with an AWT Canvas in the middle (like, say, a javax.media.j3d.Canvas3D on which you've installed mouse handlers to control navigation in a 3D simulation), apple.awt.draggableWindowBackground still captures the mouse motion (and thereby kills the navigation). I did find that putting the Canvas inside of a ScrollPane prevents it, but then I had a 1- or 2-pixel border around the Canvas to deal with. Your solution lets me keep behavior orthogonal to appearance. -Jamie I remember that thread, but that was before I started messing with TN2196 stuff so I didn’t follow it closely.

Anyhow, it’s not just with Swing containers. If you have a JFrame with an AWT Canvas in the middle (like, say, a javax.media.j3d.Canvas3D on which you’ve installed mouse handlers to control navigation in a 3D simulation), apple.awt.draggableWindowBackground still captures the mouse motion (and thereby kills the navigation). I did find that putting the Canvas inside of a ScrollPane prevents it, but then I had a 1- or 2-pixel border around the Canvas to deal with. Your solution lets me keep behavior orthogonal to appearance.

-Jamie

]]> By: Ken http://explodingpixels.wordpress.com/2008/05/03/sexy-swing-app-the-unified-toolbar-now-fully-draggable/#comment-91 Ken Sat, 28 Jun 2008 11:03:43 +0000 http://explodingpixels.wordpress.com/?p=27#comment-91 Hi Jamison, Glad you've found these posts useful. I'll look into the drag issue you mentioned. I've found the apple.awt.draggableWindowBackground to be just about useless, as it lets you drag anything in the entire window in order to move it. I did bring this issue up on Java-dev (Apples Java mailing list), and Mike Swingler indicated that there were some problems with masking the window background (which indicate the draggle areas) and the Swing lightweight container hierarchy. -Ken Hi Jamison,

Glad you’ve found these posts useful. I’ll look into the drag issue you mentioned.

I’ve found the apple.awt.draggableWindowBackground to be just about useless, as it lets you drag anything in the entire window in order to move it. I did bring this issue up on Java-dev (Apples Java mailing list), and Mike Swingler indicated that there were some problems with masking the window background (which indicate the draggle areas) and the Swing lightweight container hierarchy.

-Ken

]]> By: Jamison Hope http://explodingpixels.wordpress.com/2008/05/03/sexy-swing-app-the-unified-toolbar-now-fully-draggable/#comment-89 Jamison Hope Sat, 28 Jun 2008 04:23:10 +0000 http://explodingpixels.wordpress.com/?p=27#comment-89 Thanks for these posts, they're very educational. I have found a behavioral difference between your draggable toolbar and (the desirable part of) what you get with apple.awt.draggableWindowBackground: if you have Spaces enabled and you drag to the edge of the screen, this version just stops, whereas apple.awt.draggableWindowBackground does the expected thing and moves the window onto the next Space. All in all, a small price to pay for less hyperactive dragging. Thanks for these posts, they’re very educational.

I have found a behavioral difference between your draggable toolbar and (the desirable part of) what you get with apple.awt.draggableWindowBackground: if you have Spaces enabled and you drag to the edge of the screen, this version just stops, whereas apple.awt.draggableWindowBackground does the expected thing and moves the window onto the next Space.

All in all, a small price to pay for less hyperactive dragging.

]]>