On Thursday 03 September 2009 17:28:31 Carsten Haitzler wrote: > On Thu, 03 Sep 2009 18:53:04 +0200 Massimo Maiurana <maiur...@gmail.com> said: > > Iván Briano (Sachiel), il 03/09/2009 14:46, scrisse: > > >> hmm smells to me "click always raises" and "click always focuses" are > > >> broken - disable and you should be fine. > > > > > > I use those settings, and they work fine here. > > > > same here > > then the bug makes no sense... as this is the only thing that can interfere > in events between user and app - without these events get delivered > directly. e isn't involved. only other thing is user-configured mouse > bindings (like alt +left mouse to move). technically u can add bindings > without a modifier too. but the user added those so they should know.
The bug was there in the ecomorph build of e17 from yesterday. The bug was, exactly as you said, related to the focus settings (Click always raises and Click always focuses). So, clicking on a window would not raise it, unless I clicked on the titlebar. A workaround was to open the Settings -> Windows -> Window Focus -> Advanced and click "Apply". That would fix the raise behaviour for a short period of time, which led me to believe that it was probably a problem with how e17 was writing its configuration to disk. However, I checked out e17 from svn today (without ecomorph) and it is working fine now. So, I think this functionality got broken only temporarily. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel