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
-- Crazy French - http://www.figuiere.net/hub/Received on Thu Feb 3 23:53:28 2005
This archive was generated by hypermail 2.1.8 : Thu Feb 03 2005 - 23:53:28 CET