On Thu, May 10, 2018 at 12:00:13PM +0900, Carsten Haitzler wrote:
> when mouse enters or exits the window (events from the xserver). that is how e
> decides to focus it or not.
Right, that's how it normally works.
If you look at my video again you'll see focus is lost without me
leaving the window I was in, just because I enter a region occupied by
the window underneath (not visible), and that window is a special one
(there is a hierachy where chrome steals from gnome-terminal, and the
arduino gui also steals from gnome-terminal, but not the other way
around.
> > In what I'm seeing, some windows have higher priority and steal input even
> > if they're below the window on top that I'm trying to write in.
>
> either mouse is entering and exiting... or an app is explicitly setting or
> stealing the focus. apps can do this. the enter/exit may be happening due to
> "fake invisible" windows/rectangles being used to cover areas not covered by
> windows to direct input to the one big canvas that is the screen for e's
> compositor. there may have been a bug in it that messed up these rects OR
> perhaps there were stray "0 0 0 0" rectangles (transparent rects but visible
> to
> input, so color rgba is 0 0 0 0). if it was this then the bug has since been
> fixed in 0.22 for sure.
Can't say, but this never ever happened to me with any E version before,
including older ones.
So, I thought going back to 0.21.5 would fix it, but it did not.
I then did more digging and I found it's an unrelated problem where if
you play with window stacking, things break and stay broken.
You've already seen my video, what you didn't see is that all my
gnome-terminal windows have a stacking of none. I didn't ask for this, I
have no idea how you get into that state.
If I go to window stacking, nothing is checked.
To fix my problem, selecting window stacking normal to get the radio box
is not enough.
I need to do window stacking, on top. Then focus stays on my window that
was already on top anyway.
Then, I can reset it to stacking normal.
After that input works ok and doesn't get stolen by the window
underneath.
I need to do this for every single gnome-terminal I have, one by one,
all 24 of them, and hope the settings get saved.
This is an E bug, is it not?
How or in which version the bug was created, I have no idea. I only
managed to find a way out of it, not what I did to create it.
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
