Cursor behaviour when quick key zooming

Question

Is there a way to change the cursor behaviour when using a quick key (cmd-space) zoom?
When laying out complex forms i often need to quickly zoom in to accurately position (say) a checkbox i've just place on the page, but if i cmd-space zoom i have to then click the arrow tool before i can continue positioning the element in question.
Not a big problem with one element but if i need to zoom in tight to reposition a number of elements i've selected, the need to click the arrow tool after the zoom causes that selection to deselect. Which means zooming in on each one to position it.
In short, is there any way for acrobat to revert to the current tool after a quick key zoom?

Answer 1

JFrame.setDefaultLookAndFeelDecorated(true) has bugs! I agree. I created my own lookAndFeel extending mostly from MetalUI components. I then made my own RootPaneUI and TitlePane, so I was knee deep in the MetalRootPaneUI code. You cannot fix the flicker problem. When resizing, the new bounds are determined and then setBounds is called on the window, either a Frame or Dialog. The setBounds call forces lightWeight components to repaint(), causing the flicker.
sometimes, when resizing, the resize cursor will not be reset after resizing.I found this one two. I actually fixed this one. In the MetalRootPaneUI.MouseInputHandler.mouseEntered(line:878):public void mouseEntered(MouseEvent ev)
  Window w = (Window)ev.getSource();
  // change this line to the one below it
  //lastCursor = w.getCursor();
  lastCursor = Cursor.getPredefinedCursor(0);//should work now
  mouseMoved(ev);
}What appears to happen is when a Dialog is closed over a JFrame, the cursor gets screwed up somehow. I was able to recreate the bug. I simply made a JFrame with a button that created a dialog. I then used the titleBar's closeButton to close the dialog. Just after clicking the closeButton, I moved my mouse quickly over the edge of the dialog before it had a chance to disappear. Sometimes I was fast enough and the cursor got stuck. The above code is all I could do to fix it.
The resizing was filckery or slow whether I used the real MetalRootPaneUI or my own. I also tried the dynamicLayout and noerasebackground with unacceptable trade-offs. Luckily my app only has one JFrame. So, I only setDefaultLookAndFeelDecorated JDialogs, which are never resizable in my app. This means that my JFrame is the only window in the app that uses the OS TitleBar rather than my own. Although, my JFrame resizes without flickering.