In response to my previous comment, this is actually a very serious flaw. If you do what I show above and have some text previously selected, using Alt + Tab will actually remove your selected content!
2 Likes
oh wow, that is strange (and pretty bad too). Iāll see what I can doā¦ Also, @Wimpy, I wonder if we should undo the commit until we can find a proper solution (I think not having Alt+1/2/3 is not as bad as sending Tab commands to the previous window)
2 Likes
Just for clarity which commit needs reverting?
@Wimpy - this one: https://github.com/ubuntu-mate/mate-hud/commit/8d305f365448a2c00278662cac2bbe6634eb5ff2
Turns out by doing ReplayKeyboard before sending the event up made it trigger for the current window (which is weird, since ReplayKeyboard prevents the current window from capturing the same event a second time). Anyway, reverting this commit should fix the major issue when Alt+Tabbing around (and will bring back the annoying issue when switching Firefox/mate-terminal tabs with Alt+1/2/3).
I havenāt found a solution for this yet 
Would it be easier to actually revert, or to submit a new pull request undoing the changes? Alternatively, I can keep working on a solution and we just donāt touch it for now (and Beta users live with the issue in the meantime). Your call.
Anyone actually does that?
I've used this in Pluma and Caja until recently because I didn't know how to do sequential switches, but since then Firefox-Style shortcuts CTRL+TAB and CTRL+SHIFT+TAB have been implemented for caja and pluma since it's now the universal, expected way to switch tabs in an application.
@ouroumov - yeah, thatās how I switch tabs too. The Alt+## shortcut seems nice to jump tabs if you already know the position, but my muscle memory always cycles with Ctrl+Tab.
Also Alt+Return to open properties in certain apps, but it doesnāt seem like the kind of shortcut that people use for a fast workflow - especially with the HUD enabled 
Still, itād be nice if we can find a solutionā¦ nothing Iāve tried works.
FWIW I do use [alt]+[return] a lot to edit tags in my music app (Quod Libet).
One issue Iām encountering is that I cannot move windows with a simple Alt + Click anymore when having an HUD-enabled layout. This is a big issue for me since I have a top panel which makes clicking the title bar for moving a little more difficult. Just Alt-Clicking a window is a huge time-saver.
However I noticed if I bring up the HUD with Alt, press and hold Alt again to hide the HUD and then click a window, I can indeed drag it around. So basically two quick Alt presses are needed to move the window.
When switching to for example the āTraditionalā layout, moving works just as expected.
One workaround for this, at least for Marco: you can change this key to Super (Windows key). You can change it in Window Preferences ā Behaviour tab ā Movement Key
I just noticed this when I have the "Undecorate maximized windows" option enabled in MATE Tweak -> Windows. If I disable it, I can move/resize the windows just fine with Alt+Click. Is this your experience?
@Wimpy - okay, I donāt see a way to fix this without breaking more stuff. Not yet at least. I suggest reverting 8d305f3. Should I submit a new pull request to undo it?
Iām keeping this issue in the back of my mind and Iāll revisit it periodically as new ideas come up to try to solve it.
In the meantime, @orschiro, @elcste - you can double tap on your key to get the behavior.
So, for Firefox, instead of:
- Alt+1 it becomes Alt+1+1
- Alt+2 it becomes Alt+2+2
- etcā¦
- Alternatively, you can use Ctrl+PageDown and Ctrl+PageUp
And for Quod Libet, EoM, etc:
- Alt+Enter it becomes Alt+Enter+Enter
Other programs/shortcuts shouldnāt be affected, AFAIK.
Sorry
3 Likes
I just noticed this when I have the "Undecorate maximized windows" option enabled in MATE Tweak -> Windows. If I disable it, I can move/resize the windows just fine with Alt+Click. Is this your experience?
No, I think you're talking about a different issue that I reported a few months ago for mate-netbook. At least for me the option doesn't make a difference, same issue as before.
One workaround for this, at least for Marco: you can change this key to Super (Windows key). You can change it in Window Preferences ā Behaviour tab ā Movement Key
That works, as long as mate-menu doesn't have the Super-key set as hotkey. When I set Super as hotkey for mate-menu, it will open instead of moving the window. That's maybe a different issue?
@elcste - I think @mowalle is right regarding the Super key.
mate-menu (and brisk-menu too) use Super by default and donāt forward it in a way that allows for Super+Click to move windows. Only the HUD does that, and only with Alt.
Allowing that behavior (Any modifier key as global key-binding plus modifier+click window bindings) in a completely generic way would probably mean a pretty large change in marco (and very likely metacity as well). I think compiz is better suited for those types of thingsā¦ but I prefer marco
Yeah, I forgot about that since I always disable Super for menusā¦
@vkareh I think a PR that reverts https://github.com/ubuntu-mate/mate-hud/commit/8d305f365448a2c00278662cac2bbe6634eb5ff2 is sensible for now. Iām going to start releasing a collection of fixes for 17.10 this week so if you have anything more for HUD please send them along 
Here you go @Wimpy
Iāll check my local branches to see if thereās any other changes that I havenāt pushed (probably not, though, Iām working on Marco these days)
1 Like
Thank you. Iāll get that merged and released ASAP.
@orschiro, @elcste - I have good news! 
Finally found what I think is a proper solution to this! The fix was just merged into mate-hud
2 Likes
@vkareh thank you for your work! 
When will this get pushed out to end users?