Re: [e-users] Mouse does not always select window under pointer (xinerama)
On Sun, 9 Apr 2023 16:43:45 +0200 Benoît-Pierre Demaine said: > On 08/04/2023 10:44, Carsten Haitzler wrote: > > On Sat, 8 Apr 2023 00:19:28 +0200 Benoît-Pierre Demaine > > said: > > > >> * focus: > >> > >> https://drive.google.com/file/d/1BS-HXiKLVZoj0x5pMyzq-cquBzgPxjek/view?usp=sharing > > waaait - what version of e is that? > > Took me 3 days to find: > - not said in --version > - in ABOUT, it's not in the text, but top right corner; took me 3 days > to see it. > > 0.24.2 you might want to upgrade... and version is in the about dialog - its designed by the theme so can be anything theme likes but it's always been centered pretty much. https://www.enlightenment.org/ss/display.php?image=e-643324836a9385.55714157.png -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse does not always select window under pointer (xinerama)
On 08/04/2023 10:44, Carsten Haitzler wrote: On Sat, 8 Apr 2023 00:19:28 +0200 Benoît-Pierre Demaine said: * focus: https://drive.google.com/file/d/1BS-HXiKLVZoj0x5pMyzq-cquBzgPxjek/view?usp=sharing waaait - what version of e is that? Took me 3 days to find: - not said in --version - in ABOUT, it's not in the text, but top right corner; took me 3 days to see it. 0.24.2 -- >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ If computing were an exact science, IT engineers would'nt have work \_o< "So all that's left, Is the proof that love's not only blind but deaf." (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse does not always select window under pointer (xinerama)
On Sat, 8 Apr 2023 00:19:28 +0200 Benoît-Pierre Demaine said: > * focus: > > https://drive.google.com/file/d/1BS-HXiKLVZoj0x5pMyzq-cquBzgPxjek/view?usp=sharing waaait - what version of e is that? > I had not catched this detail before, because I always move mouse > directly over mutually recovering windows, but, if I pass out of > decoration, over the background, then, the bug does not occur. > > The bug is not specific to those terms; also happens with Thunderbird > composition, Firefox ... > > Systematic, 100% repro. i'm trying to reproduce - i can't... :( > * mouse lost in void > > Very rare; a few times a month. > > Ticked the disable option; will see. > > On 05/04/2023 18:47, Carsten Haitzler wrote: > > On Sun, 2 Apr 2023 16:40:57 +0200 Benoît-Pierre Demaine > > said: > > > >> Hello. I am not going to stay subscribed to this ML after my issue is > >> solved. > >> > >> Using E17 since ... almost 17 or 18y ? and I had always set it to select > >> window under the pointer. Always worked fine, whatever the monitor count. > >> > >> Since my last installation (december 2021) there is an edge case where > >> it does not. When I have several monitors, windows belongs to right > >> monitor, extended to both, covers a windows on left monitor, and move > >> cursor from the pure left window, to the win that covers both monitor. > >> > >> In this specific case, the larg window is selected for an instant, then > >> loses focus. This is ennoying because to focus the win, I can't just > >> move the cursor 100 pixels, I have to move it to the other monitor ... > >> far far far away. This prevents me using small touchpad/trackpoint for > >> focus change. > >> > >> Is it a bug, or a configuration issue ? How to fix ? > > this smells like a bug but i'd like to see a video of it to be sure. > > > >> *** > >> > >> I also happen to loose the cursor from time to time; that bug had been > >> existing 15y ago for window placement and window move, and a specific > >> feature had been added to fix it "window recovery"; the feature had been > >> later removed because the core code became solid enough to never let the > >> issue happen again. But now, I have it with the cursor: > >> > >> when monitors don't have the same size, it may happen, a few times a > >> day, that moving the cursor from the bigger monitor, to the smaller one, > >> via the "step", traps the cursor into the black zone. Never could find a > >> good repro; and it's pretty hard to liberate the mouse out of the > >> prison. But sometimes, the cursor get trapped outside of the visible > >> space, in the VOID. > > this shouldn't happen - e does set screen boundaries/limits to stop this > > from happening. you could try disable pointer warping/moving in focus > > setting sin case its a pointer warp that does it? > > > >> -- > >>>o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ > >> If computing were an exact science, IT engineers would'nt have work \_o< > >> > >> "So all that's left, Is the proof that love's not only blind but deaf." > >> (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) > >> > >> > >> > >> ___ > >> enlightenment-users mailing list > >> enlightenment-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > -- > >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ > If computing were an exact science, IT engineers would'nt have work \_o< > > "So all that's left, Is the proof that love's not only blind but deaf." > (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse does not always select window under pointer (xinerama)
* focus: https://drive.google.com/file/d/1BS-HXiKLVZoj0x5pMyzq-cquBzgPxjek/view?usp=sharing I had not catched this detail before, because I always move mouse directly over mutually recovering windows, but, if I pass out of decoration, over the background, then, the bug does not occur. The bug is not specific to those terms; also happens with Thunderbird composition, Firefox ... Systematic, 100% repro. * mouse lost in void Very rare; a few times a month. Ticked the disable option; will see. On 05/04/2023 18:47, Carsten Haitzler wrote: On Sun, 2 Apr 2023 16:40:57 +0200 Benoît-Pierre Demaine said: Hello. I am not going to stay subscribed to this ML after my issue is solved. Using E17 since ... almost 17 or 18y ? and I had always set it to select window under the pointer. Always worked fine, whatever the monitor count. Since my last installation (december 2021) there is an edge case where it does not. When I have several monitors, windows belongs to right monitor, extended to both, covers a windows on left monitor, and move cursor from the pure left window, to the win that covers both monitor. In this specific case, the larg window is selected for an instant, then loses focus. This is ennoying because to focus the win, I can't just move the cursor 100 pixels, I have to move it to the other monitor ... far far far away. This prevents me using small touchpad/trackpoint for focus change. Is it a bug, or a configuration issue ? How to fix ? this smells like a bug but i'd like to see a video of it to be sure. *** I also happen to loose the cursor from time to time; that bug had been existing 15y ago for window placement and window move, and a specific feature had been added to fix it "window recovery"; the feature had been later removed because the core code became solid enough to never let the issue happen again. But now, I have it with the cursor: when monitors don't have the same size, it may happen, a few times a day, that moving the cursor from the bigger monitor, to the smaller one, via the "step", traps the cursor into the black zone. Never could find a good repro; and it's pretty hard to liberate the mouse out of the prison. But sometimes, the cursor get trapped outside of the visible space, in the VOID. this shouldn't happen - e does set screen boundaries/limits to stop this from happening. you could try disable pointer warping/moving in focus setting sin case its a pointer warp that does it? -- >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ If computing were an exact science, IT engineers would'nt have work \_o< "So all that's left, Is the proof that love's not only blind but deaf." (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ If computing were an exact science, IT engineers would'nt have work \_o< "So all that's left, Is the proof that love's not only blind but deaf." (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Mouse does not always select window under pointer (xinerama)
On Sun, 2 Apr 2023 16:40:57 +0200 Benoît-Pierre Demaine said: > Hello. I am not going to stay subscribed to this ML after my issue is > solved. > > Using E17 since ... almost 17 or 18y ? and I had always set it to select > window under the pointer. Always worked fine, whatever the monitor count. > > Since my last installation (december 2021) there is an edge case where > it does not. When I have several monitors, windows belongs to right > monitor, extended to both, covers a windows on left monitor, and move > cursor from the pure left window, to the win that covers both monitor. > > In this specific case, the larg window is selected for an instant, then > loses focus. This is ennoying because to focus the win, I can't just > move the cursor 100 pixels, I have to move it to the other monitor ... > far far far away. This prevents me using small touchpad/trackpoint for > focus change. > > Is it a bug, or a configuration issue ? How to fix ? this smells like a bug but i'd like to see a video of it to be sure. > *** > > I also happen to loose the cursor from time to time; that bug had been > existing 15y ago for window placement and window move, and a specific > feature had been added to fix it "window recovery"; the feature had been > later removed because the core code became solid enough to never let the > issue happen again. But now, I have it with the cursor: > > when monitors don't have the same size, it may happen, a few times a > day, that moving the cursor from the bigger monitor, to the smaller one, > via the "step", traps the cursor into the black zone. Never could find a > good repro; and it's pretty hard to liberate the mouse out of the > prison. But sometimes, the cursor get trapped outside of the visible > space, in the VOID. this shouldn't happen - e does set screen boundaries/limits to stop this from happening. you could try disable pointer warping/moving in focus setting sin case its a pointer warp that does it? > -- > >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ > If computing were an exact science, IT engineers would'nt have work \_o< > > "So all that's left, Is the proof that love's not only blind but deaf." > (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) > > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
