(*** This bug was imported into bugs.kde.org ***) Package: konqueror Version: cvs 2001-02-09 Severity: wishlist WISH: To un-select files from a shift select by clicking back up on selected files. This behavior is shown in Windows Explorer. When holding down shift to select multiple items if you: 1) Make your first click at ITEM 0 2) Make your second click on ITEM (0 + N) ... you should now have N files selected ... 3) Click again on one of the N selected items: Let this be items Z. 4) Items Z...N are un-selected. I find it to be very productive when selecting items. There is no need to release the shift key and switch to the ctrl key to deselect. (submitted via bugs.kde.org)
just confirming that this still occurs as of KDE 3.1.4, and is certainly not very intuitive. The problem can be sumarised as: * shift select works between two icons (x, y). * in Windows, x remains constant once the first shift-click is done, and subsequent shift-clicks only change y. * in KDE y is always the most recently clicked icon, and x is always the most recently clicked icon bar one. This is not just a case of Windows is correct because we used it first, but is just plain confusing.
IMO, SOMEBODY SHOULD RE-CLASSIFY THIS AS A NON-WISHLIST BUG
Having just tested this bug, I would like add that this only happens in icon and multicoloumn mode. The listview modes seems to use the Windows behavior.
Still valid in 3.4beta1. Is this a WONTFIX? Or a valid bug nobody wants to take on since it is non-trivial to solve?
the behaviour in KDE that I get is that (x, y) is the last two clicks but ordered. This is actually more versatile then the windows behaviour, so I'd hardly call this a bug. What would be even more versatile is being able to select multiple sequences. Every subsequent two clicks (which designate a range of files) should be used to toggle the current selection. This would actually unite the behaviour of shift-clicking and ctrl-clicking and shift-ctrl-clicking into one useful thing.
*** Bug 127747 has been marked as a duplicate of this bug. ***
Hello, all subscribers to this bug. I have recently submitted a bug report about the discomforts of Konqueror's "Shift+click" -selection behaviour, and while studying the bug database for related issues, also found this report. Reading this report, I feel that the _original wish_ and the comments (3+ years later) seem contrary to each other, or, at the very least, the relation between the original wish and the comments is somewhat unclear. I hope you will take the time to consider my argument, and what I suggest. Re-reading the original reporter's wish, I find that he is _supporting_ the way Konqueror currently (in 2007) works: with a list of files 1234567, if you "shift+click" on "1", then "7", then "4", with or without releasing the "shift" key in between, you _will_ have only "1234" selected. So, at this point (2007), the original wish seems to be "FIXED". However, the comments (from 2004 and 2005), as far as I understand, are _against_ said behaviour. (In my report, I also commented on the differences between Konqueror's different view modes. There are indeed two different behaviours in Konqueror.) The comment from 2006 seems to suggest an improvement for selecting multiple blocks of files, which is also something I happened to touch in my report. I would like you to please take a look at bug 142791, and think about what you would like to do. Considering this report's - hmm - discrepancy between the original report and comments, I feel that the comments here would be better at home in bug 142791. If you agree with my assessment, please comment on the appropriate reports. In the case that the discussion can be transferred to the new report, this report (the original wish) can probably be marked as "fixed".
Correction: The original wish is how things work in tree view, list view, detailed list view, and text view. In icon view and multicolumn view, the selection travels, and is always between the last two "shift+clicks".
Works for me with kde4.