On 09/06/2014 11:32 AM, Mick wrote: > On Saturday 06 Sep 2014 07:49:40 Carsten Haitzler wrote: >> On Fri, 5 Sep 2014 10:21:02 +1000 Daniel Kasak <d.j.kasak...@gmail.com> > said: >>> Recently E ( built from git, as of a couple of days ago as far as I can >>> tell ) has started raising windows contrary to my settings. In Focus >>> Settings ==> Miscellaneous, I have: >>> >>> [x] Always pass click events to programs >>> [ ] Click raises the window >>> [ ] Click focuses the window >>> [x] Refocus last window on desktop switch >>> [x] Focus last focused window on lost focus >>> >>> The problem is that clicks *sometimes* raise windows. Chromium, in >>> particular, will usually be raised if I click in it ... though sometimes >>> not. Other windows appear far less ( possibly not at all ) likely to be >>> raised. Is Chromium requesting to be raised when clicked, and E honoring >>> this? >> if this is a recent chromium, then i suspect "yes". chromium s of v34 duped >> gtk with a home-grown xlib direct backend of theirs (called aurora) and as >> of that all sorts of stuff has broken. behavior has gone down the tubes. >> >> you know alt+click (drag to move) will raise anyway... so if you do that... > I noticed Chromium 37.0.2062.94 (290621) (64-bit) playing up here too, on e18. > If I minimise it and then restore it, the whole window is blank (white). I > haven't found a way of making it refresh/rerender its content.
Same here, with Chrome 37.0.2062.94 64-bit, and E 0.19.0.18686. Have to close and restart. ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
