[haiku-commits] Re: r35715 - haiku/trunk/src/kits/tracker

  • From: Philippe Houdoin <philippe.houdoin@xxxxxxxxx>
  • To: haiku-commits@xxxxxxxxxxxxx
  • Date: Tue, 2 Mar 2010 15:31:15 +0100

> Even for small files, one would usually expect the file name to appear
> when dragging a text file to a text control. Or maybe have BTextControl
> insert the path, and BTextView insert the file -- a preview would be
> nice then, though.

Having non-predictable behavior on drag depending on target type, even when
both are text controls, sounds dangerous.

I really think that consistency matters, and whatever control supporting
text input should behave the same on file drag. At least, the user expect
such consistency. Dropping ref/entry on Terminal, one of the obvious text
input area, insert the path, not the entry's content. Dropping on whatever
text control, BTextControl, BTextView, should behave the same.

If you want alternative behavior on drop, let's use alternative drop
 method. Usually, it's based on modifier(s) or alternative button hold at
drop time. AFAICT, Tracker handle differently a drop action trigger by left
or right button, no?
Why not mimic that feature for either insert path vs entry(ies) content
(text file(s) content, folder content list for folder, you name it...) ?

Having live feedback during drag will be great, indeed, but even greater if
you could actually see witch alternative drop you're on the verge to do...

My .02 cent.


Other related posts: