[Qt-creator] Shift+End give '1'

Kuiper, Luuk kuiper at hitt.nl
Wed Mar 11 12:38:57 CET 2009


I tried some editors now within KDE (kate, kdevelop) and I see more or less the same behaviour as in qtcreator.
I was used MS Develeoper studio and other editors on Windows platforms.
So, on linux, it seems to be consistent.

But, I think there some relevant inconsitancy:
When I move the cursor over the contents of a text file, I do that by using the arrow keys.
When pressing the shift-button and then using the arrow keys, text becomes selected.
So when using some other keys, for moving around with bigger steps, pgup, pgdn, home, etc. I expect the same behavious when pressing shit simultaneously.
And: when numlock if off, to me, home should be as the separate home button, so shift-home should be as shift-separate home button.

But maybe it is just a clash between two cultures and do I have reprogram myself on this.

Luuk Kuiper

-----Original Message-----
From: qt-creator-bounces at trolltech.com [mailto:qt-creator-bounces at trolltech.com] On Behalf Of Thorbjørn Lindeijer
Sent: 11 March 2009 12:13
To: qt-creator at trolltech.com
Subject: Re: [Qt-creator] Shift+End give '1'

Kuiper, Luuk wrote:
> Sorry for my first word in the subject.

Haha! I hadn't even noticed it. :P

> ----------------------------------------------------------------------
> --
> *From:* qt-creator-bounces at trolltech.com 
> [mailto:qt-creator-bounces at trolltech.com] *On Behalf Of *Kuiper, Luuk
> *Sent:* 06 March 2009 11:56
> *To:* qt-creator at trolltech.com
> *Subject:* [Qt-creator] Shit+End give '1'
> 
> Is it not possible to define the keypad in a way that Shit+End on the 
> numeric keypad means: select until end of line.
> Even so with Shift+PgUp etc.
>  
> I think that when 'Num lock' is off, End, Home, PgUp, etc should react 
> the same as the separate End, Home etc keys.
> As in most editors.

Unfortunately you don't mention which platform you're on, which matters in cases like this. I've tested it on X11 and am seeing in my opinion very strange behaviour, but it's consistent when comparing Qt (Creator), GTK (gedit) and SWT (Eclipse) applications

With Num Lock ON:

Normally numbers work, but when used with Shift, the Home/End/etc. keys work and do selection.

With Num Lock OFF:

The Home/End keys now work, but when used with Shift, numbers are inserted instead.

To me this is backwards, I would expect either numbers or Home/End to work, and not that it changes again based on whether I have Shift pressed. However, seeing as this is how basically my whole desktop behaves, I don't see a good reason to change either Qt's or Qt Creator's behaviour.

Regards,
Bjørn

--
Thorbjørn Lindeijer
Software Engineer
Nokia, Qt Software
_______________________________________________
Qt-creator mailing list
Qt-creator at trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator




More information about the Qt-creator-old mailing list