[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Ctrl+Y shortcut for redo
From:       Thomas Zander <zander () kde ! org>
Date:       2006-08-31 13:17:25
Message-ID: 200608311517.26362.zander () kde ! org
[Download RAW message or body]


On Thursday 31 August 2006 14:54, Simon Hausmann wrote:
> > I recall the huge discussions we had long ago and every time there
> > was an "ok make that default" there were many people later coming in
> > about all the keyboard shortcuts being taken already and all
> > unexpected clashes.
>
> In this case I'm not asking about the change of a default, just about
> adding a shortcut that is otherwise not taken already. I'm not aware of
> any clash.

I know what you meant, the point I was trying to make is that when you 
reserve the ctrl-Y combo for undo the effect is that nobody else can use 
that anymore. We only have a limited number of keys.
I'm very sure (just about positive) that there is a clash. The basic fact 
that there are not enough keys to map to all actions means you are 
virtually guaranteed to get clashes if you look for the right app.

> > For that reason this should be present in the kpersonalizer (as I
> > thought it already was) and not eat an additional key IMO.
>
> Do you mean an entry in kpersonalizer that asks whether Ctrl+Y should
> be available as additional shortcut for redo? Sounds like overkill to
> me.

No, one where it changes the default to the 'Windows style' so it only 
uses ctrl-y and alt-F4 etc.

> I'm basically wondering: What do we loose by providing it additionally?

A key :)
Keys with just one modifier are pretty highly wanted 'property' due to the 
low amount of combinations available.

> The advantage I see is that it simply makes it easier for people coming
> from Windows or OS X without us loosing any functionality or
> introducing a clash.

Those people are better off using the windows styled shortcuts anyway.
-- 
Thomas Zander

[Attachment #3 (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]