View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0015627 | AI War 1 / Classic | GUI | Aug 4, 2014 2:38 pm | Oct 13, 2014 10:40 am | |
| Reporter | TechSY730 | Assigned To | keith.lamothe | ||
| Severity | minor | ||||
| Status | assigned | Resolution | open | ||
| Product Version | 7.053 | ||||
| Summary | 0015627: Alt+click commands do not work well on many window managers on Linux | ||||
| Description | Many window managers on Linux intercept alt+right click to be as if you clicked on the application's window menu (the one with minimize, maximize, move, close, etc.) This wasn't an issue on Wine as usually windows running from Wine sort of "side-step" the window manager somewhat. Workaround: add an extra modifier for the binding of the context menu (like I did ctrl+atl+right click) Solution: No idea. Maybe have a different default keybinding for this command if it is a Linux version? EDIT: Uh oh. It's worse then that I'm afraid. Alt+left click is also captured by the window manager, which means I can't deselect single units or unit types from my current selection! That's a pretty big lacking feature. | ||||
| Tags | No tags attached. | ||||
| Internal Weight | |||||
|
|
Updated bug to reflect that this also impacts any alt+click command, both left and right mouse button. |
|
|
Just found a workaround for Gnome. gsettings set org.gnome.desktop.wm.preferences mouse-button-modifier "<Super>" Or whatever modifier key you wish instead of alt. This means the Gnome will treat Super (Windows key)+click with this special behavior (or whatever modifier you chose). Not sure about KDE or Unity, but I guess there are similar settings there. |
|
|
There aren't a lot of keys left :) Shift+click already has a meaning, and iirc we had to stop doing Ctrl+click years ago because of conflicts on other platforms. FWIW, there are a couple of keybinds on the Input Bindings window you can already change in the game for workarounds, rather than needing to mess with your OS: * Open Default Context Menu ** Opens the default context menu, if any applies to the current situation. ** This works simply by pressing the key, as opposed to requiring a right-click while holding the key. * Right-Click To Open Default Context Menu ** Opens the default context menu, if any applies to the current situation. ** This requires a right-click while holding the key, as opposed to simply pressing the key. For the uses of alt in deselecting things: * Make Control Group Selection Subtractive * Remove From Control Group I'm not sure if there are other ones that default to alt. Anyway, does this handle it on Gnome without requiring any OS tomfoolery? Do you know if this is a problem on Ubuntu? I'm happy to try to find a good compromise, but ultimately we can't avoid all the possible keys that all the possible flavors of linux might intercept, so I'm trying to identify the common case here. |
|
|
Btw, are you aware of any conflicts/problems if we changed all of those alt-defaulting bindings I named to default to Ctrl instead of Alt? |
|
|
I think Unity also reserves alt+click by default. I'm not sure about KDE's WM, or other somewhat popular desktop environments (like Xfce). Yea, ctrl+click I don't think is reserved by any window manager by default. Can't speak about other OSes though (like I know OSX reserves ctrl+click by default) However, changing defaults of frequently used keybindings seems more trouble than it is worth. Maybe adding a secondary binding for these? |
|
|
My Ubuntu/XFCE environment was set up to capture Alt-click for moving windows, and I think that was the default. Off the top of my head, I'm not aware of desktop or window manager conflicts with Control-click. The crummy thing is, when you have AI War running full screen, you're following some documentation and doing alt-click and nothing is happening and it's not at all clear why. It almost needs some configuration wizard that says "Now alt-click these to remove from the group. Is that not working? Okay, I'm going to change the binding to Control..." |
|
|
The most common window managers use alt+click for dragging windows around. The four major desktop environments -- XFCE, KDE, Gnome, and Unity all use alt-click-drag for window movement by default. ..if there are no direct default conflicts, could you just automatically convert all of AIWar's alt+<key> keybindings to ctrl+<key> keybindings when running in Linux? |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Aug 4, 2014 2:38 pm | TechSY730 | New Issue | |
| Aug 6, 2014 3:49 pm | Chris_McElligottPark | Assigned To | => keith.lamothe |
| Aug 6, 2014 3:49 pm | Chris_McElligottPark | Status | new => assigned |
| Aug 7, 2014 1:03 am | TechSY730 | Note Added: 0038888 | |
| Aug 7, 2014 1:03 am | TechSY730 | Summary | Default context menu binding (alt+right click) does not work well on many window managers on Linux => Alt+click commands do not work well on many window managers on Linux |
| Aug 7, 2014 1:03 am | TechSY730 | Description Updated | |
| Aug 7, 2014 1:10 am | TechSY730 | Note Added: 0038889 | |
| Aug 7, 2014 12:35 pm | keith.lamothe | Note Added: 0038905 | |
| Aug 7, 2014 12:35 pm | keith.lamothe | Status | assigned => feedback |
| Aug 7, 2014 1:11 pm | keith.lamothe | Note Added: 0038906 | |
| Aug 7, 2014 10:32 pm | TechSY730 | Note Added: 0038917 | |
| Aug 7, 2014 10:32 pm | TechSY730 | Status | feedback => assigned |
| Aug 7, 2014 10:33 pm | TechSY730 | Note Edited: 0038917 | |
| Sep 14, 2014 1:40 pm | keturn | Note Added: 0039228 | |
| Oct 13, 2014 10:40 am | descriptor | Note Added: 0039625 | |
| Oct 13, 2014 10:42 am | descriptor | Note Edited: 0039625 | |
| Oct 13, 2014 10:42 am | descriptor | Note Edited: 0039625 |
