Ctrl+Y shortcut for redo

[Simon Hausmann]

On Thursday 31. August 2006 23:10, André Wöbbeking wrote:
> On Thursday 31 August 2006 13:32, Simon Hausmann wrote:
> > Hi,
> >
> > at the risk of starting a huge flamewar: The KDE user interface
> > guidelines currently list Ctrl+Shift+Z as only shortcut for 'redo'.
> > What do you think about adding Ctrl+Y as additional shortcut for that
> > action?
>
> You speak about KDE4, don't you?

I'd be fine with just the HIG and KDE 4. (but as you point out below it's 
already the case for KDE 3)

> > On Windows and Mac OS X Ctrl+Y is available as additional shortcut,
> > too, and I personally find it very annoying when switching between
> > the three that I can't portably use Ctrl+Y (which is much easier to
> > reach for my clumsy sausage fingers :)
> >
> > Or is it usability wise a big nononono to have two shortcuts?
>
> Right now in KDE3/Qt3 Ctrl+Y is already hardcoded in e.g. QLineEdit and
> QTextEdit. So IMO we should reserve Ctrl+Y for redo in KDE3 and 4.
> Otherwise the executed action depends on which widget has focus and
> this is hard to explain/undestand.

That is a very good point! I agree about the reservation, btw.

But then Qt 4.2 tries to not hardcode Ctrl+Y anymore but adhere to the 
standard on the individual platform, which means for KDE 4 with Qt 4.2 
we /could/ free Ctrl+Y. This is in fact the case right now and only because 
of that I noticed this actually: By using a Qt 4 QTextEdit every day and then 
suddenly Ctrl+Y not working anymore because we removed the hardcoded scheme 
and choose what the corresponding environment suggests as default.

So we could add Ctrl+Y to the HIG to reflect KDE 3 reality for basic text 
editing (excluding kword actually) or we leave it out and indeed free it for 
KDE 4. My vote is on the former.

Simon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060831/016cf474/attachment.sig>