[Documentation-packages] [Bug 1544893] Re: trash open personnal folder

2016-04-13 Thread Launchpad Bug Tracker
[Expired for ubuntu-docs (Ubuntu) because there has been no activity for 60 days.] ** Changed in: ubuntu-docs (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are a member of Documentation Packages, which is subscribed to ubuntu-docs in Ubuntu. http

[Documentation-packages] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread TreviƱo
I understand and I quite agree that such keybinding replacement could cause some troubles to people who were used to use Alt+Space for such use case (which is historically relevant). I would have preferred to just move the HUD to Super+Space. However, adding the ability of using the window actions

Re: [Documentation-packages] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Iain Lane
On Wed, Apr 13, 2016 at 09:01:54PM -, Will Cooke wrote: > It's worth noting that the current alt-space functionality (move, > minimize, maximize etc) will be exposed via the HUD. So that > functionality will remain. It'll break the existing mnemonics behaviour, unless alt-space, x with the HU

[Documentation-packages] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Luke Yelavich
I have to disagree with this change. It makes sense that window movement related shortcut keys used the super key, however menus are opened with the alt key, i.e alt h for help, alt e for edit, etc. Following that logic, I think it makes sense to leave the window actions menu as alt space, given th

[Documentation-packages] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Will Cooke
It's worth noting that the current alt-space functionality (move, minimize, maximize etc) will be exposed via the HUD. So that functionality will remain. -- You received this bug notification because you are a member of Documentation Packages, which is subscribed to ubuntu-docs in Ubuntu. https:

[Documentation-packages] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Adam Conrad
FWIW, despite the lateness in the cycle, I'm 100% supportive of moving the HUD away from Alt. That was (as has been pointed out) a pretty poor decision from the get-go, and it's the one key I've always had to remap locally to fix. What I'm not okay with is fixing ONE bad binding by moving TWO. A

[Documentation-packages] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Iain Lane
I've blocked this change in xenial-proposed. They only got there because the CI train bypasses the unapproved queue. The FFe wasn't approved so they shouldn't really have been uploaded. I think it's contentious to make HUD take over what was a bit of window manager functionality, especially so cl

[Documentation-packages] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Amr Ibrahim
Also in the release notes, "The default window controls change to alt- semicolon", it should be changed to alt+super https://wiki.ubuntu.com/XenialXerus/ReleaseNotes#General -- You received this bug notification because you are a member of Documentation Packages, which is subscribed to ubuntu-doc

[Documentation-packages] [Bug 1551986] Re: [FFe][UIFe] HUD hotkey assignment is suboptimal

2016-04-13 Thread Amr Ibrahim
The compiz changelog is wrong: compiz (1:0.9.12.2+16.04.20160412-0ubuntu1) xenial; urgency=medium [ Andrea Azzarone ] * Show window actions menu on alt+semicolon. (LP: #1551986) I think it should be alt+super, not alt+semicolon. -- You received this bug notification because you are a membe