[FusionDev] [Bug 545] Escape used as part of any key binding has no effect.

[b***@public.gmane.org]

http://bugs.opencompositing.org/show_bug.cgi?id=545


Danny Baumann <maniac-drvYINwckV4f5vBWNFuoJkB+***@public.gmane.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |maniac-drvYINwckV4f5vBWNFuoJkB+***@public.gmane.org
Status|UNCONFIRMED |RESOLVED
Resolution| |WONTFIX




--- Comment #2 from Danny Baumann <maniac-drvYINwckV4f5vBWNFuoJkB+***@public.gmane.org> 2008-03-16 15:19:25 ---
Escape is used as "abort" key for Compiz actions, so you can e.g. cancel window
switching and have no focus change due to that.

This is works-as-intended.

[b***@public.gmane.org]

http://bugs.opencompositing.org/show_bug.cgi?id=545


Yindong Yu <yindong.yu-oDYAptOVCtF0/***@public.gmane.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |enhancement
Status|RESOLVED |UNCONFIRMED
Resolution|WONTFIX |




--- Comment #3 from Yindong Yu <yindong.yu-oDYAptOVCtF0/***@public.gmane.org> 2008-03-17 04:42:21 ---
Ok, now I understand this is by design, but it still seems rather unfortunate
to me that I can not use a combination like <Super>Escape to close a window.
Because no other window manager restrict me from using this key combination,
and I use it everywhere else because it is faster to reach than e.g. Alt-F4,
while still difficult to hit by accident. I was also surprised when I could not
assign Alt-Escape to a window switcher, since many other window managers use
this binding.

Being able to hit Esc when Alt-Tabbing is a neat functionality, but not able to
do something like switching windows with Alt-Esc under any circumstance seems
more like a side effect that gives no real benefit, rather than a desirable
feature.

So, even if Escape is used as the abort key, I still wish that compiz will let
me use it in shortcuts when there is no compiz action to abort .. I hope this
makes sense, from a user's perspective.

May I request that we leave this bug as a wishlist/enhancement, so people can
find this and hopefully make improvements to the implementation of the current
design?

[b***@public.gmane.org]

http://bugs.opencompositing.org/show_bug.cgi?id=545


Nick Bauermeister <Forlong-***@public.gmane.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |Forlong-***@public.gmane.org




--- Comment #4 from Nick Bauermeister <Forlong-***@public.gmane.org> 2008-03-17 10:21:02 ---
(In reply to comment #3)

Post by b***@public.gmane.org
So, even if Escape is used as the abort key, I still wish that compiz will let
me use it in shortcuts when there is no compiz action to abort .. I hope this
makes sense, from a user's perspective.

+1

I want to be able to map [Ctrl]+[Alt]+[Esc] to xkill (like in KDE/kwin).

[b***@public.gmane.org]

http://bugs.opencompositing.org/show_bug.cgi?id=545


Mats Ahlgren <mats_a-***@public.gmane.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |mats_a-***@public.gmane.org




--- Comment #5 from Mats Ahlgren <mats_a-***@public.gmane.org> 2008-04-19 11:00:12 ---
(In reply to comment #4)

Post by b***@public.gmane.org
I want to be able to map [Ctrl]+[Alt]+[Esc] to xkill (like in KDE/kwin).

I was just about to report a new bug for this exact reason.

If one reserves the escape key to do an 'abort', from a usability standpoint
one should not let the user bind the key; a warning of "you can't use Esc in
Compiz, sorry" should be thrown.

In reply to comment #2)

Post by b***@public.gmane.org
Escape is used as "abort" key for Compiz actions, so you can e.g. cancel window
switching and have no focus change due to that.

It seems, in my humble opinion, that there is no great conflict here: If a mode
requests "abortability", then 1) pressing escape should trigger the abort and
2) pressing a modified-escape should trigger whatever binds to that -- it seems
to be an exclusive choice.

Also the reason for this design choice seems a bit awkward (no offense). I use
a decent number of plugins, but none of them requires an escape -- the switcher
doesn't, scale doesn't, deskop wall doesn't, etc. Granted I have seen some
plugins which put you into a "mode" (such as paint-fire), but hitting escape
has never worked. And in these cases, wouldn't the above paragraph hold? It
seems like an unmodified escape should be catchable in modes where
escapability-without-effect is desired--without sacrificing the ability to us
escape in keyboard shortcuts.