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

List:       kde-usability
Subject:    Re: KDE improvement suggestions
From:       Uno Engborg <uno () webworks ! se>
Date:       2005-02-25 23:29:34
Message-ID: 421FB4DE.7070800 () webworks ! se
[Download RAW message or body]


> Don't change the cards on the table, it is not fair.
>
> You proposed a windows-like approach where the menu only appears when 
> you right-drag. Esben said your proposal would be less discoverable 
> than the current state, because people would not even _try_ to drag 
> with the right button.
>
> To that, you reply there is no way to create a link _without_ drag and 
> drop (Paste as link). This is true, but is a _completely different 
> matter_ and a completely different request. I suggest you to make up 
> your mind first, only then to speak.


I have made up my mind.  But obviously I haven't been clear enough.

What I suggested was a windowslike behavior, both for the right and the 
left mouse button. Some protested that such right rmb drag menu was hidden
which it of course is, just like the current right menu drag behavior.

This is a problem, therefore I suggested a visible menu item in the edit 
menu to make it possible to create links in a more visible way. This I 
think should
be done regardless if the other changes are made.

That is:
            - users would use left mouse button drag to move files and 
only to move files. No menu should occur over the drop target
            - the modifier keys for drag and drop with the left mb 
should be left to functon just like they are now.
            
            - users could drag and drop files with the right menu button 
and get a menu very similar to the current target drop menu
            - users could could use an entry in the edit menu to create 
links it could be named something like "Paste as link"

            - the context menu that currently is activated by rmb mouse 
donwn over a file/folder, should be activated on mouse up instead
              (to allow for the drag behavior above)
 

However all this seam to be a bit controversial so I add yet another 
alternative that perhaps could be acceptable to all of us
It  could be something like the following instead:
           
                We could have a config option to switch between the 
current KDE behavior and a  behavior
                where no menu pops up over the drop target when on drop 
and move is performed.
               
                -We add a "Paste as link" option to the "Edit" menu to 
accomodate creation of links without the drag&drop menu available.
               
                -The checbox to control this could be placed on the 
koqueror settings  behavor tab,  saying something like: "Inactivate 
drag& drop menu"
              
                - I suppose you would like such option off by default. 
(That is good old KDE behavior should be the default)

Regards
Uno Enborg


_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]