Matthew D. Fuller wrote
> Offhand guess: > > - The transient pops up, and AutoFocus shifts the focus to it. > - The dropdown it pops up is another X window, and covers (well, slips > under) where the mouse is. > - The dropdown goes away, with means the mouse leaves that window and > enters the main window, and so focus shifts to it. No, the mouse is always in the main window and doesn't cover the dropdown at any time. But the situation is indeed very exceptional because the focus is not where the mouse is and should stay there while other windows (dropdown) open and close... One might need sth. like a stack to remember which windows should get the focus although the mouse is somewhere else. What if one transient opens another transient... :-) > The Righter answer may be to warp the pointer when we autofocus... That would be nice, but only if the pointer would return to it's former position when the transient closes (if it hasn't been moved manually in the meantime). Otherwise it could happen that the focus does not return to the former window if the transient was (partially) placed outside the opening window. So that could be very complicated to implement, too. So I guess this is some kind of little bug one has to accept considering the amount of work it could take to remove it. A little "fix" for the Save-as-dialogue is enlarging this window. GTK will remember the size and so whenever saving sth. the dialogue is so large that it will very likely be placed under the mouse cursor and so the focus stays. cu, Frank -- Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049 * Rekursion kann man erst verstehen, wenn man Rekursion verstanden hat. *
