> > > 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. Bye, Philippe.