Re: Toolbar redraw causes unwanted selection

[JD Smith <jdsmith@as.arizona.edu>]

>
> I just did M-x idlwave-mode in an empty buffer.  If that's not enough
> to make the extra icons appear, that's why I didn't see them.

Right, the icons appear only if the shell is running (which won't  
work without IDL installed).  Sorry for the confusion.  I have  
received numerous reports from users annoyed with the toolbar  
behavior, and have typically just instructed them how to disable to  
toolbar altogether.

Regarding the original spurious selection bug, I tried out your fix,  
and it does indeed defeat the selection when toolbar size changes.   
However, I noticed two issues with the implementation:

1.  When you click to switch to another window within the frame, and  
the toolbar height changes, the point moves to the location of the  
cursor *after* the text is shifted.  Ideally, the point would be  
placed exactly where the user clicks (i.e. the click location before  
the toolbar resize occurs).

2. Clicking to drag a selection is now defeated when toolbar size  
changes.  Normally, if the focus is in a given window, click-dragging  
in another window in the frame immediately begins defining a  
selection.  With your fix in place, for windows with different  
toolbar heights, no selection is created when dragging in this manner  
(you must first give that window focus).

Thanks,

JD