Description Kevin Haaland 2001-10-10 22:19:57 EDT

This is just a general UI usability comment.  Every time I single-click on a task description with
	the intent of *selecting* the row, it enters edit mode.  The Description field is by default the largest
	field in the task list, so it's natural that I would likely click there to select the task. 
	Entering edit mode is kind of a shock every time I do it--I didn't want that!  And it blocks me
	from using the task menu popup; gives me an edit popup.  I have to click again in another field to 
	rectify the situation.

	Since single-clicking to select, in my experience, is such a natural thing to do for most people,
	shouldn't edit mode be activated by a double-click?

NOTES:
	SS (5/8/00 1:04:29 PM)
I agree with this usability issue. I think it should be double-click to edit but I know that the cell editors
for tasklist are set up for single click. This is simple enough to change for the beta but likely we will not.

DG (5/8/00 4:36:25 PM)
Actually, our task list behaves identically to the one in Visual Interdev. They too immediately go
into edit mode when clicked on columns that are editable. Therefore, if our users have a problem
with this, that is because they hated Microsoft behaviour as well, not because we do not follow
style guidelines.

I check MS Style Guide and could not find anything specific on going into edit mode in table widgets.
I guess an alternative would be to go into edit mode only if the row was previously selected.
If there are three tasks (a, b and c), and b is currently selected, if I click on description field
of the task c, I will only select c. If b is selected and I click on description field of b,
it will go into edit mode. 

To go to this alternative behaviour, we need to:

1) Agree that it is good. It is fairly easy to learn that if you want to select a task without
editing it, you need to click on a non-editable area (for example, task icon in the
first column or file column). Adding more steps to edit may be seen as 'slow-down'
by intermediate and power users.

2) Get the support from JFace. At the moment, cell editor activation is completely
controlled by JFace TableViewer. If we agree that 1) is desirable, we need
to ask for the ability to choose between two cell activation options:

     - edit-on-mouse-down in any row
     - edit-on-mouse-down in the selected row

Finally, activating on a double-click is not intuitive. The expected action
for double-click is 'Open' and in the context of the task list, the most
logical thing to open is the file associated with the task. This same
behaviour is implemented for bookmarks and breakpoints. 

Note: this whole issue is only applicable to tasks. Errors and
warnings that can also appear in the task list are not editable.

GDA (5/8/00 5:35:45 PM)
	recommend defer discussion.   Leave as is.
	Move pr to inactive.
	
	[for future here is my comment
		* double click = bad
		* click again = ok
		* click and edit immediately = ok but is annoying at time
]

SS (5/9/00 9:14:56 AM)
	Agree to discuss later.
	Agree that double click should open file (for tasks).
	Click again would be good to edit task - this is more like when you rename a file/folder in the
		File Explorer. 

KH (8/2/2001 9:49:16 AM)
	Input for usability discussion only. Need general solution instead of isolated fixes. 

KH (8/2/2001 10:33:01 AM)
	See also: 

		1FVQ56U: ITPUI:WINNT - Simple-click in Task view not consistent with other views
		1FVQ8LB: ITPUI:WIN98 - Should not have to double-click when left-click does nothing
		1FX066T: ITPUI:WINNT - usability: single-click in bookmarks view should go to bookmark location