Hubert Figuiere wrote:
>On Fri, 2005-02-04 at 09:18 +1100, msevior@physics.unimelb.edu.au wrote:
>
>
>
>>>I seriously think that we should start drag when the mouse cursor come
>>>out of the selected area, and not before. Maybe with a threshold.
>>>
>>>
>>>
>>I think this would be too hard on the user.
>>
>>
>
>Why ? Btw current implementation does not allow that because the text
>has disappeared.
>Let's keep the threshold for the moment.
>
>
>
>>>And also still think that we should NEVER remove the text before the
>>>drop is done, because this is:
>>>1/ confusing
>>>2/ slow
>>>
>>>
>>>
>>There is a case for this. I did things the way I did becase it's closer to
>>the WYSIWYG paradigm.
>>
>>
>
>No. Confuseness. D'nD is meant as a way to move text using the mouse,
>not to perform real-time rendering.
>
>
>
>>What do others think?
>>
>>
>
>What do other programs do ?
>http://developer.gnome.org/projects/gup/hig/2.0/input.html#drag-drop
>The don't say about removing.
>
>The other reason why text shouldn't be remove is because
>1/ we should be able to copy, and in that case, a key toggle the
>copy/move mode. That means, with YOUR case, we'd have to put the text
>back, etc.
>2/ move beetween application, or in our case, beetween 2 frames, should
>only copy, to not confuse "Undo". That means, since you don't know in
>advance, that your user feedback is WRONG.
>
>
>
>>I guess we need a usability study of ordinary users to find out.
>>
>>
>
>Common sens and what is done elsewhere is a first.
>This is a feature were usability studies have been done many times.
>
>Hub
>
>
Word allows (as far as I know) only move, but it does not remove the
text first. While this is probably more common, the current behavior I
think makes more sense. If you just drag, the text is removed,
indicating it will be moved. If you hold down control, it becomes
"visual copy" and the text is left in place as well as shown dragging.
I like it the way it is.
-- Ryan Pavlik -- "Forget injuries, never forget kindnesses." --ConfuciusReceived on Fri Feb 4 01:36:50 2005
This archive was generated by hypermail 2.1.8 : Fri Feb 04 2005 - 01:36:50 CET