Community
Participate
Working Groups
Build ID: 3.4 Steps To Reproduce: Double clicking on label will expand tree. Requesting same function for single click. More information:
Do you mean that single click on a tree label should always expand the tree? Why?
This is for the tree in Preferences Window. The request is coming from Lotus Notes User Community.
I'm struggling with this bug because the current behaviour is how its always worked and seems reasonable to me (single click to select, double to open/close). I also for curiosity tried the WinXP Device Manager dialog which I happened to remember has a tree and it works as we do. Can you provide more information on why this change would be desirable? Cite other popular similar products which do this? Or a style guide?
My Filesytem Explorer on WinXP works with Single Clicks.
I notice that single click has two behaviours: 1) Expands the item 2) It also collapses other sibling items. In all the examples I've so far come across, you get both. I'm not sure what this means if anything (i.e. is it a kind of finding task where you want to keep the user focused in?). Places I've so far found single click: XP file explorer, IE history, Firefox history. Double click: Vista file explorer, Thunderbird mail folders, XP device manager. It's interesting that they changed the click behaviour in the file explorer from XP to Vista. Was it because single click had usability problems? Some other reason? Don't know. I looked at the old Windows style guide and the new Vista one and didn't see any mention of click behaviour. For Visa see http://msdn.microsoft.com/en-us/library/aa511496.aspx. Thus I'm stuck on the following: A) I'm not seeing a standard approach here and the style guides provide no guidance. B) It's not clear whether we think this change should apply only to the preferences, or to all trees (e.g. the explorers). I can't yet deduce any kind of guiding usability logic to separate these cases.
On Windows XP go to Control Panel and double click Folder Options. Click on the View tab. Find "Display simple folder view in Explorer's Folders list" in the Advanced Settings box. Notice if this is set then you can single click to expand. If it is not set then you have to double click. There is a similar option in Vista "display simple folder view in Navigation Pane". However, I did not see any difference when I checked it vs when it was unchecked. I have seen several complaints on the net regarding the change from single click to double click on vista.
(In reply to comment #6) > On Windows XP go to Control Panel and double click Folder Options. > Click on the View tab. Find "Display simple folder view in Explorer's Folders > list" in the Advanced Settings box. Notice if this is set then you can single > click to expand. If it is not set then you have to double click. Interesting, didn't know this thanks. > I have seen several complaints on the net regarding the change from single > click to double click on vista. OK good data although always hard to interpret. For example, is it because one is better or simply what folks are used to? If we were to change it you'd see complains on the net about us changing it :) What I'd love to see is some good underlying theory about when to use one vs. the other. Maybe based on task? The existence of the preferences only makes this feel more arbitrary. We could of course offer our own preference, although in the absence of a good theory likely off by default since it would be just, a preference for a personal preferred setup. Either you'd need to switch it on at the product packaging level, or educate your users to its existence. In the latter case its then unlikely to be of practical benefit. Another thought is to observe the platform behavior, assuming we can query it (we may not), although given the lack of some task theory I don't know if it should apply to all trees or just preferences.
As per http://wiki.eclipse.org/Platform_UI/Bug_Triage_Change_2009
Closing this as a WONTFIX. I don't see a chance to change the default behavior unless this is decided by design guide. The existing behavior of tree viewers is fine, and there should not be an exception for preferences.
