[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