[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    Bug#1326: some DND deficencies
From:       Charles Adams <Charles.Adams () Central ! Sun ! COM>
Date:       1999-05-09 1:21:42
[Download RAW message or body]

Package: kfm
Version: 1.167
Severity: wishlist

Dragging an item over any other item (trashcan, folder, anything) results in no 
feedback from the drop target.  It should at least "light up", preferably go 
into some "drop acceptable" state if the drop target will accept it (a more open 
folder icon, a trashcan with the lid coming off).  Is DND unfinished as of yet?  
This would seem something that should be handled very low-level, like at the 
widget level.

Drag-and-drop of icons from one folder to another, or between folder and desktop 
should not pop up copy/move/link menu, but perform some default action.  Using a 
modifier key should change the action and the drag cursor should reflect the 
action being performed.  Yes, I'm looking for windows-like behavior here, but it 
should be configurable of course.  The mac also acts similarly.  Left-drag of 
icons shouldn't disrupt the action with pop-ups.

Dragging URL's between kfm windows should act like netscape.  It probably needs 
to be a kfm preference if dragging into a file window, whether to open the url 
in the window or display it.  Creating a "this document" widget ala openlook in 
each window (textedit comes to mind, i believe audiotool does this too) would 
disambiguate the actions perfectly, as well as provide a universal "view file" 
action for any kind of icon kfm's viewer plans to handle.  And there's even 
space for that widget now -- the gear widget in the upper right could be turned 
from a button into a draggable icon and drop target for precisely this purpose.  
This sort of idiom need not be limited to kfm either.

[prev in list] [next in list] [prev in thread] [next in thread]