Discussion:
[Fluxbox-users] Changed alt+tab behaviour
Petr Vorel
2016-11-19 20:44:46 UTC
Permalink
Hi Thomas,

You changed alt + tab behaviour in this commit:

http://git.fluxbox.org/fluxbox.git/commit/?id=ea306493f95abd04cfa5b7653e3ad30a74b1985f
commit ea306493f95abd04cfa5b7653e3ad30a74b1985f
Author: Thomas Lübking <***@gmail.com>
Date: Thu Jun 30 22:10:29 2016 +0200

re-fix alt+tab'bing through tabbed windows

commit 98313bf broke (i'm terribly sorry) this because m_cycling_last stores
the first client in a tabgroup, thus cannot be abused for this purpose.
So we explicitly store a value and btw. do it before sending the focus,
ie. "in time" for sure instead of "for sure™"


Consider this key settings:
Mod1 Tab :NextWindow {groups} (workspace=[current]) (stuck=no) (shaded=no)
Mod1 Shift Tab :PrevWindow {groups} (workspace=[current]) (stuck=no) (shaded=no)
Mod1 Left :PrevWorkspace
Mod1 Right :NextWorkspace

Before it was possible to run alt + tab several times and then *without* releasing alt
key to just press Left/Right key to go different workspace.

Now, after applying ea306493f95abd04cfa5b7653e3ad30a74b1985f I have to *release* alt key
first to be able to using alt + Left/Right key to switch workspace. If I don't release
alt and press Left/Right key, instead of moving there is ugly screen blick.

The reason is because code for "livelocks" is detecting whether we're cycling, which I'm
doing manually.

src/FocusControl.cc:
if (client && screen && screen->focusControl().isCycling()) {
...
next->focus(); // problematic for me

Would be nice to somehow distinguish these two cases.


Kind regards,
Petr

------------------------------------------------------------------------------
Thomas Lübking
2016-11-20 13:12:11 UTC
Permalink
Post by Petr Vorel
Hi Thomas,
It was actually changed before, then fixed, broken, re-fixed ... and
still has this glitch ;-)

https://github.com/luebking/fluxbox/commit/26c1cfcc07c88b02bd9aa1c23aca61d8a3a313ea

Cheers,
Thomas

------------------------------------------------------------------------------
Petr Vorel
2016-11-20 18:16:43 UTC
Permalink
Hi Thomas,
Post by Thomas Lübking
It was actually changed before, then fixed, broken, re-fixed ... and
still has this glitch ;-)
https://github.com/luebking/fluxbox/commit/26c1cfcc07c88b02bd9aa1c23aca61d8a3a313ea
Thanks for a quick fix :-).

Kind regards,
Petr

------------------------------------------------------------------------------
Thomas Lübking
2016-11-20 18:24:49 UTC
Permalink
Post by Petr Vorel
Hi Thomas,
Post by Thomas Lübking
It was actually changed before, then fixed, broken, re-fixed ... and
still has this glitch ;-)
https://github.com/luebking/fluxbox/commit/26c1cfcc07c88b02bd9aa1c23aca61d8a3a313ea
Thanks for a quick fix :-).
Thanks for the report!
Bugs just live to die.

For the future though, please prefer to open a bug report at
https://sourceforge.net/p/fluxbox/bugs/ since if it takes longer, the
bug might get lost on the mailing list.

Cheers,
Thomas

------------------------------------------------------------------------------
Petr Vorel
2016-11-21 21:08:17 UTC
Permalink
Hi Thomas,
Post by Thomas Lübking
For the future though, please prefer to open a bug report at
https://sourceforge.net/p/fluxbox/bugs/ since if it takes longer, the
bug might get lost on the mailing list.
I'm sorry, I meant to send it to fluxbox-devel (accidentally I posted it to
fluxbox-users), as I thought that for not yet releases version you'd prefer to have it on
mailing list.
Sure, next time I'll fill bug report!

Kind regards,
Petr

------------------------------------------------------------------------------
Loading...