Bug 67680 - Kate needs standard right click menus
Summary: Kate needs standard right click menus
Status: RESOLVED FIXED
Alias: None
Product: kdevelop
Classification: Applications
Component: All editors (show other bugs)
Version: git master
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: KDevelop Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-09 18:00 UTC by Jon Smirl
Modified: 2005-05-16 12:32 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jon Smirl 2003-11-09 18:00:24 UTC
Version:           CVS (using KDE Devel)

Kate is a text editor. It should have the standard cut/copy/paste right click menu that every other text editor has. Move the plugin items to a sub menu.

This is very annoying if you are primarily used to mouse based editing.

I have all the plugins turned off. My right click menu contains these useless choices:

Open with  ---> I don' have a file name selected
add to project --> it already is
Switch header implementation --> don't know what that does
toggle breakpoint --> easily accessed on icon column right click
Comment 1 Sascha Cunz 2003-11-09 20:37:16 UTC
I can confirm this to be a really bad behaviour.

However from fixing some context-menu related bugs last week, i know that this stuff is yet a mess. And that it's not so easy to get access to that menu parts from katepart.
Comment 2 John Birch 2003-11-10 09:08:02 UTC
> toggle breakpoint --> easily accessed on icon column right click 
Unless the icon column isn't displayed...
Comment 3 Hamish Rodda 2003-11-28 13:09:01 UTC
To me this seems to be more of a wish than a bug... and is there any support missing from katepart for you to implement this?

(as I triage these bug reports it's becoming more and more evident that kdevelop needs an "all editors" component which I can reassign to :)
Comment 4 Christoph Cullmann 2003-11-28 20:52:31 UTC
same for me: this looks just like an problem that kdevelop installs some not that clever popup menu in the editorparts via the ktexteditor::popupmenu interface, kate part by itself does not create some default, the hosting app must install one, if kdevelop decides to install in all cases a very bloated one, that should be considered to be changed there ;)
Comment 5 Jon Smirl 2003-11-28 21:11:51 UTC
The right click menu in QT editor is somewhat better in my opinion. It has cut/copy/paste on the top level right click. Then all of the other choices are a second level menu. 

A blend may be a more optimal choice, keep some of the frequently used kdevelop choices on the top menu, but make cut/copy/paste the first three choices. Then push the lesser used choices to a sub menu.

Do this as an experiment, select a paragraph and right click. Note how messed up the menus get because watch is a top level choice. (we probably wouldn't even need watch on the right click menu if this bug got fixed http://bugs.kde.org/show_bug.cgi?id=60168)

For someone who is used to intensively using the mouse for editing, the current menu structure sucks.
Comment 6 Christoph Cullmann 2003-12-04 00:16:01 UTC
kdevelop needs to install a correct toplevel menu
which means: it must contain cut/copy/paste/... and some sanely sorted submenus, this applies to all ktexteditor parts, qeditor atm only looks better because it does not do what the interfaces was thought for ;)
Comment 7 Sascha Cunz 2005-05-16 12:32:06 UTC
closing, because katepart has copy/paste/cut stuff in RMB inside kdevelop nowadays.