Version: (using KDE KDE 3.5.7DevelDevelKDE 1.2) Installed from: Ubuntu PackagesUbuntu PackagesUbuntu PackagesUbuntu Packages OS: Linux This bug is *not* in KDE 3.5.7 as indicated above, but in KDE4 BETA 2 which I wasn't able to select (neither would the svn / snapshot entry be allowed). Bug #84087 reappears with Dolphin in Beta2. I'm not sure if it's already ok to report usability bugs, so I try to keep this short and would like to point to the original report instead - the information provided there is again valid here. I hope this report is ok already. Since it might have been a design idea as it was before the original (usability) bug # 84087 has been fixed I think it's better to point it out early. Though the screenshots are rather old (for the bug has been fixed for some time) and from another application the described issue is exactly the same . Short summary: 'Whitespace' is handled in Dolphin's detailed list view (as well as the column view) as if it belongs to the filename, though this is hardly apparent. Thus clicking on empty space, that is by chance below the 'name' column will select (with default one-click settings even execute!) a file (left click) or open it's context menu instead of the folders context menu (to create a new sub-folder or file for example). Dolphin 0.8.1 in KDE3 doesn't have this bug.
Thanks for the report, the problem is that in Qt4 it is not possible to fix this without some dirty hacks on various places (also outside the scope of Dolphin). Although initially I liked the old behavior in a better way, I find the new behavior quite comfortable in the meantime. Due to the highlighting effect it should be obvious for the user that clicking on it will launch the file. Anyway I leave this bug in the NEW state, let's see whether more user will complain about this...
Bug 145358 and this one seem to be about the same issue.
*** This bug has been marked as a duplicate of 145358 ***
The bugs are similar, I agree. Though depending on the focus of a possible implementation they could lead to very different results. Generally I'd like to point out, that there ought to be some obvious white space, that is not used to interact with a single file, but with the folder itself. Example: I might want to paste another file into the currently opened folder. For that you should be able to right-click any 'empty' space (I think that should be everything that is not a file's icon or filename) and paste the file via the context menu. Another example might be the creation of new folders. The columns 'size' and 'date' are currently considered such whitespace. Part of bug 145358 suggests, that clicking those areas would select the file. I'd just like to warn about that because of the above use-cases. Another case that comes to my mind now and is probalby more important is the selection of multiple files.
Aaron told me: "the delegate can certain draw extra UI on/around the icon and click on those items can be used to launch/perform other actions." I do not think he would suggest ugly hacks.