On Mon, 28 Nov 2005 10:57:09 +0100 Anders Trobäck <[EMAIL PROTECTED]> babbled:
> On Mon, 28 Nov 2005 18:15:47 +0900 > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > > > On Mon, 28 Nov 2005 10:02:00 +0100 Anders Trobäck > > <[EMAIL PROTECTED]> babbled: > > > > > On Mon, 28 Nov 2005 09:41:35 +0100 > > > Anders Trobäck <[EMAIL PROTECTED]> wrote: > > > > > > > On Mon, 28 Nov 2005 17:23:37 +0900 > > > > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > > > > > > > > > On Mon, 28 Nov 2005 08:57:13 +0100 Anders Trobäck > > > > > <[EMAIL PROTECTED]> babbled: > > > > > > > > > > > On Mon, 28 Nov 2005 16:48:31 +0900 > > > > > > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > On Mon, 28 Nov 2005 08:37:58 +0100 Anders Trobäck > > > > > > > <[EMAIL PROTECTED]> babbled: > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > I have a small question about active windows! > > > > > > > > > > > > > > > > I have tested this on both Sylpheed-claws and Thunderbird: > > > > > > > > > > > > > > > > If I press ctrl-m to compose a new mail and then writes a > > > > > > > > mail address and presses Tab to jump to the subject row > > > > > > > > the window is losing it's focus. > > > > > > > > > > > > > > > > Is this a configuration error, a bug or is it by design! > > > > > > > > > > > > > > "works here" (tm) :) > > > > > > > > > > > > > > > > > > > OK, with focus policy are you using? Mine is sloopy! > > > > > > > > > > same. > > > > > > > > > > > > > Now I have tried on another box, same result! > > > > > > > > Can anyone else try this out? > > > > > > > > > > > > \\troback > > > > > > PS. It's only happens if the mouse are on the main window and not if > > > the mouse are on the "new mail" window! DS. > > > > this actually happens if you type in an addres to send to and > > sylpheed pops up its address selector completion popup - then when it > > pops down the focus changes. right? > > > > Exactly!!! ok. basically this is hard to solve without you using click to focus. frankly if i make this work, i break other things. here is what is happening. mouse is NOT in the window with focus. its over another one. this is ok. now you type something and gtk pops up a ceompletion list. when gtk does this is GRABS the mouse. x sends a mouse out event for an ungrab. e ignores this as this happens often. when menus pop up selectors etc. etc. now u finish. gtk ungrabs. now a moue ENTER event is sent back to e as it was ungrabbed it is OVER the unfocused window and e gets an event from x saying "mouse went into this window, as a result of an ungrab". well - e does respond to that. because this happens when menus pop up (e's menus or gtk/qt etc. menus) and e focuses that window. fact is - e CANt ignore this event because it could be a result of popping a menu down and the menu happens to overlap another window and now the mouse is not int hemenu but on that window and thus that window should get the focus. basically it's a conflict one way or another and there is not much i can se we can do about it without breaking something else. welcome to the world of window managers. solution: if you are a keyboard junkie - use click to focus. if u are a mouse junkie. well move the mouse over the window u want focused. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
