On Tue, 21 Mar 2006 08:28:09 -0400 Tim Burrell <[EMAIL PROTECTED]> babbled:
> > and... you'll see with e16 there are bugs. if the mouse is over the list of > > windows, and there is a window under that list, under the mouse, when u end > > the alt-tab session - the focus will go to that window, not the one you > > wanted. the problem is that the mouse (and keyboard) are grabbed - to make > > sure that while u are tabbing no mouse events will cause anything to > > happen. when the winlist goes down - the wm gets a mouse in event on the > > window its over - it cannot tell this event apart from any other mouse in > > that is a result of an ungrab. because x is asynchronous - the event may > > come in 0.0001 seconds after the ungrab or 10 seconds later - you don't > > know. making e ignore such events for a short period of time is merely a > > hack and will have "problems". > > Ahhh I see. Well... here's my vision of the ultimate focusing mode: > > The focus follows the mouse, but only if the mouse moves (a user > definable delay would be nice on this as well, but for simplification > purposes I'll just talk about it as if there is no delay). So focus > events are not generated while the mouse is stationary (even though the unfortunately this doesn't happen and isn't usable - mouse may sit where it does and your current window lowers below others, now its in the same physical pos but over a new window - thus x generates a mouse in. it's not sane really to do otherwise. > focus sort of follows the mouse). When you alt-tab the window focus > could be moved elsewhere (even if the cursor if over top of a different > window), but as soon as you start moving the mouse the focus will change > to whatever is underneath the mouse. > > In this case if you move the mouse while alt-tabbing the mouse will > still generate focus events while the alt-tab window list is up. When > you let go of alt-tab the focus will change to the selected window, but > if you're still moving the mouse this will obviously change the focus > again. If you've stopped moving the mouse the focus will change to the > alt-tabbed selection. > > That's the behavior I would love to see. It seems possible to me (I > have done a few raw Xlib apps before and I can't think of why it > wouldn't be), but you'd know best I'm sure... what do you think? And if > it seems feasible would you mind having such a mode in e17? the problem you have is you are working against x here. a wm doesn't do/cant do as much as u might think it does. x does a lot of the heavy lifting and implements a lot of event policy. its hard to do what u want here without time/"ignore mouse enter/leave events for the next 0.2 seconds" kind of hacks - and these break down when your x has higher latency (the system just freezes for a second - or e freezes blocking on disk access, or the network gets clogged for a bit with data etc. etc.) > Tim. > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
