Re: [e-users] problem with input focus and window layering in E 0.21.11
Hi Raster, thanks for the answers. On Wed, May 09, 2018 at 11:12:33AM +0900, Carsten Haitzler wrote: > yes. pointer focus will focus windows under others. as per video. that is > intended. i use it all the time. i like it. mostly windows under others are > only minimally obscured. if i dont want it behind it alt+click to raise to the > front. Oh my, that's a big change. I really don't want this. I don't want the behaviour at all. How do I get a window under my active window to never take pointer focus? > if you want it to RAISE there is another feature called autoraise. enable > that. > then it'll focus and raise... use them together if that is what you prefer. > autoraise also can work with click to focus. :) "Raise windows on mouse over"" > is the checkbox under window focus settings. I don't want this either. I want the window under to stay under and not exist as far as focus and input are concerned, the way E has behaved for me for literally 20 years now. How do I get back to that state? I did nothing to get out of it, but maybe something changed that I don't understand. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Tue, 8 May 2018 17:39:19 -0700 Marc MERLIN said: > My most taxing problem is this now: > https://photos.app.goo.gl/Sz5i3LVFYhh79d9T8 > All windows are set to stacking normal but some windows have a stacking > so that they steal the mouse focus even tough they're underneath. > I don't understand how that's possible. > > Should my mouse cursor ever be able to give focus to a window that's > underneath the current one? > > Background: > E 0.21.5 would go into a CPU loop that didn't hang it, but sure sucked a > lot of power. > > So, I foolishly went to 0.22.x, which fixed that problem, but brought a > load of completely new ones, which Raster says are likely my X server's > fault (intel, latest version from debian. I was running an older > version, but upgrading to the latest experimental fixed nothing). > Basically I had a myriad of problems every time I resumed from sleep, > not just the mouse cursor going away, but things being hung or not > working and basically I had to restart E every time I resumed from > sleep, although that was only one of the problems. I should have written > the other ones down, but honestly they always happened when I was in the > middle of other important things and I just needed my WM to work :-/ > > Raster, sorry, I know you asked me for some debug, but > 1) never had time to even get anything building until today > 2) 0.22 has too many different bugs for me to want to keep trying to use > it. well then we are at an impasse. nothing is going to change or be fixed because there is no way to know what to change or why, so you will be on 0.21 forever and we'll move on. sorry. we've been through this before. :( > So, I went back to 0.21.5 which was painful since my profile was > incompatible and I had to painstakenly recreate all my window placements > and save everything. > Sure enough, CPU hangs again. > Looked around, no later 0.21.x version in debian, so I pulled the > 0.21.11 source and after 1.5h of hammering stuff, got it to build in > debian (missing a lot of build packages, some nicely depended on > systemd which I don't want on that system). > I'm now running 0.21.11 built from source using debian build files, and > sure enough, yet another set of problems. > > First, when I open too many E dialog boxes, everything hangs hard, so > that I have to go to a text console and killall -9 enlightenment, and > then things recover. Sigh, not great... > > Can you help me get E 0.21 working well enough that I can go back to > work and not have to worry about so many WM issues? 0.22 has this fixed... so either move to 0.22 and try what i suggested or go through every commit in git between 0.21 and 0.22 and try it (unlikely it can be tried on its own so you'll be bisecting), then read the commit and try modify the source to suit. that is going to be the slowest possible path, but the one you want to take. trying to find out what is up with 0.22 is going to be far easier, and it has the possibility of there being a future to it (see above) which what you are doing does not. :) even better just use git master then we're on the same page and you get the latest fixes and improvements and get to tell us if anything is wrong. we don't try to put stuff in e or efl that is broken for us - in our testing, but not all distros and hardware are the same. they contain different versions and combinations of versions of things, different driver paths, speed and soon and thus may exhibit bugs that are not seen (where the bug is varies - i have often enough found bugs in drivers that were considered commercial quality shipping drivers just because i used a feature in a specific way that was meant to work by specs but wasn't tested that way). that is where users come in to help out. what is there is obviously working for someone so what differs to make it work there and not for you? > Thanks, > Marc > -- > "A mouse is a device used to point at the xterm you want to type in" - A.S.R. > Microsoft is to operating systems > what McDonalds is to gourmet > cooking Home page: http://marc.merlins.org/ | PGP > 7F55D5F27AAF9D08 > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Tue, 8 May 2018 17:59:18 -0700 Marc MERLIN said: > On Tue, May 08, 2018 at 05:39:19PM -0700, Marc MERLIN wrote: > > My most taxing problem is this now: > > https://photos.app.goo.gl/Sz5i3LVFYhh79d9T8 > > All windows are set to stacking normal but some windows have a stacking > > so that they steal the mouse focus even tough they're underneath. > > I don't understand how that's possible. > > > > Should my mouse cursor ever be able to give focus to a window that's > > underneath the current one? > > Ah yeah, I forgot this relevant info: > ii libdrm-intel1:amd64 2.4.91-2 > ii xorg1:7.7+19 > ii xserver-xorg-video-intel2:2.99.917+git20171229-1 > > Sadly even > saruman:~# apt-get install -t experimental xserver-xorg-video-intel > does not give me a newer xserver-xorg-video-intel. Not sure if there are bad > bugs in there that are getting in the way. > That said, my understanding was that input focus control was the WM's > job, so I'm assuming it's E's responsibility. window focus controls are the wm's job - well to an extent. any x client can just set the focus too so it's a free-for-all that any client can mess with. yes. pointer focus will focus windows under others. as per video. that is intended. i use it all the time. i like it. mostly windows under others are only minimally obscured. if i dont want it behind it alt+click to raise to the front. if you want it to RAISE there is another feature called autoraise. enable that. then it'll focus and raise... use them together if that is what you prefer. autoraise also can work with click to focus. :) "Raise windows on mouse over"" is the checkbox under window focus settings. > Correct? > > Marc > -- > "A mouse is a device used to point at the xterm you want to type in" - A.S.R. > Microsoft is to operating systems > what McDonalds is to gourmet > cooking Home page: http://marc.merlins.org/ | PGP > 7F55D5F27AAF9D08 > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] problem with input focus and window layering in E 0.21.11
My most taxing problem is this now: https://photos.app.goo.gl/Sz5i3LVFYhh79d9T8 All windows are set to stacking normal but some windows have a stacking so that they steal the mouse focus even tough they're underneath. I don't understand how that's possible. Should my mouse cursor ever be able to give focus to a window that's underneath the current one? Background: E 0.21.5 would go into a CPU loop that didn't hang it, but sure sucked a lot of power. So, I foolishly went to 0.22.x, which fixed that problem, but brought a load of completely new ones, which Raster says are likely my X server's fault (intel, latest version from debian. I was running an older version, but upgrading to the latest experimental fixed nothing). Basically I had a myriad of problems every time I resumed from sleep, not just the mouse cursor going away, but things being hung or not working and basically I had to restart E every time I resumed from sleep, although that was only one of the problems. I should have written the other ones down, but honestly they always happened when I was in the middle of other important things and I just needed my WM to work :-/ Raster, sorry, I know you asked me for some debug, but 1) never had time to even get anything building until today 2) 0.22 has too many different bugs for me to want to keep trying to use it. So, I went back to 0.21.5 which was painful since my profile was incompatible and I had to painstakenly recreate all my window placements and save everything. Sure enough, CPU hangs again. Looked around, no later 0.21.x version in debian, so I pulled the 0.21.11 source and after 1.5h of hammering stuff, got it to build in debian (missing a lot of build packages, some nicely depended on systemd which I don't want on that system). I'm now running 0.21.11 built from source using debian build files, and sure enough, yet another set of problems. First, when I open too many E dialog boxes, everything hangs hard, so that I have to go to a text console and killall -9 enlightenment, and then things recover. Sigh, not great... Can you help me get E 0.21 working well enough that I can go back to work and not have to worry about so many WM issues? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Tue, May 08, 2018 at 05:39:19PM -0700, Marc MERLIN wrote: > My most taxing problem is this now: > https://photos.app.goo.gl/Sz5i3LVFYhh79d9T8 > All windows are set to stacking normal but some windows have a stacking > so that they steal the mouse focus even tough they're underneath. > I don't understand how that's possible. > > Should my mouse cursor ever be able to give focus to a window that's > underneath the current one? Ah yeah, I forgot this relevant info: ii libdrm-intel1:amd64 2.4.91-2 ii xorg1:7.7+19 ii xserver-xorg-video-intel2:2.99.917+git20171229-1 Sadly even saruman:~# apt-get install -t experimental xserver-xorg-video-intel does not give me a newer xserver-xorg-video-intel. Not sure if there are bad bugs in there that are getting in the way. That said, my understanding was that input focus control was the WM's job, so I'm assuming it's E's responsibility. Correct? Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users