[patch] QListView keys

Scott Wheeler wheeler at kde.org
Tue Apr 1 18:35:29 BST 2003


The column priority for QListView seems rather odd with respect to hotkeys.

There are a few scenarios that don't really make sense:

(1) If I have explicitly chosen to sort by a given column, it seems that the 
key pressed should jump to items starting with that letter in that column.

I got a bug report on this in JuK today -- basically if someone is sorting by 
the artist column, pressing "A" shouldn't jump to track names that start with 
"A".

(2) This always uses "column zero" rather than the leftmost column.  This also 
seems flawed.  Of course by default the column zero is the leftmost column.  
But since QListView allows you to reorder the columns, it seems like in an 
unsorted QListView that it should default to the leftmost column.

Also I found a Windows box to try these on.  (1) is done on Windows and I 
couldn't find a good test case for (2) (a multicolumn unsorted list).  Since 
(1) is hard-coded into the source, I presume that this is a bug.

It might be nice to have a couple of methods to set / retrieve which column 
keyboard hotkeys go to, but I'll stop pushing my luck...  :-)

Anyway, if there are no objections I'd like to commit this to qt-copy.

Cheers,

-Scott
-- 
The first principle is that you must not fool yourself and you are the easiest 
person to fool. 
--Richard Feynman 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: qlistview.patch
Type: text/x-diff
Size: 1065 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20030401/84261934/attachment.patch>


More information about the kde-core-devel mailing list