Re: Drag and drop creates some kind of self referential loop

On Sun, 18 Sep 2005 13:29:03 -0400
alaterale@xxxxxxxxxxxxx wrote:

> I know now emelfm2 conforms to the dnd standard, but as recent as
> 0.0.9-r1 if you dragged the mouse downward you would select files
> (this is the only e2 build currently available in portage).  Now,
> with 0.1.2, you pick up the first file you start clicking on.  So for
> me and a few people I know, its a change in how to use emelfm2.  I
> personally enjoy the former behavior better, and I was just
> suggesting having a configuration option about this, where the
> default was to allow drag and drop, but the user could deselect it if
> it suited them.  Or, even better probably, let the user select which
> mouse button activated the pick-up-item action (I think it was the
> middle click previously).  So letting people swap which mouse press
> did what (activating dnd or just plain selecting files) would be
> something I'd like to see.  I don't want to remove dnd from the app,
> I just want to have more options to use it :P
Ah, that's a BIG deal (and slow).
Would need to go back to replicating gtk selection, i.e managing
[un]selection process and range-[un]selection process, as well as
double-clicks, background-color, hinted-background [etc?]

Not something I'm wild about ...

> About the bug I mentioned, I know that the standard action when you
> drop onto a folder is to put it inside the folder, but if you drag a
> folder *to itself*, shouldn't it do nothing, prompt you, or do
> something similar?  Here it creates some kind of copy loop (not
> really infinite, but it goes down quite a few levels), which is
> hardly something I'd think people want to happen, especially if the
> folder you're dragging to yourself has some pretty large files.
> Copying to other folders is fine, that's what I'd expect to happen.
> But self copying loops (or whatever you would call this) doesn't seem
> like very good behavior.  Its very easy to reproduce in the current
> tarball from the main site, but if you don't see this behavior maybe
> its a gtk bug?  In any case I think dragging to yourself should be
> some kind of special case.  Just to test it out in other drag n drop
> applications, I started rox-filer up and made a new dir and tried to
> drag to itself, and it wouldn't let me.  I don't have nautilus
> installed but I don't think you can do it there either.
I tried it out with a menu, but concluded we might as well just block
it. At least, when the selection has been created in the same
file-pane as the drop. After dragging from another app, or another e2
instance, or the other pane in the same instance, you get what you get.
The next release will reflect that.

> In any case, I'd just want to suggest what I said before about maybe
> having the dnd be configurable.  Also, another thing I just thought of
> was an option to select whether drag and drop would copy or move the
> files, as someone might want to just copy, others might want to
> completely move the items (like myself).
Gtk arrangements are -
When you drop after a left-button drag,
default >> copy
<Shft> pressed >> move
<Shft> + <Ctrl> pressed >> link
<Alt> pressed >> menu (which in e2's case has copy/move/link/cancel)

Middle-button drag is same as left-plus-Alt

The DnD cursor reflects these.

Regards
Tom


-- 
Users can unsubscribe from the list by sending email to 
emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by 
logging into the web interface.

Other related posts: