Bug 67680

Summary:	Kate needs standard right click menus
Product:	[Applications] kdevelop	Reporter:	Jon Smirl <jonsmirl>
Component:	All editors	Assignee:	KDevelop Developers <kdevelop-devel>
Status:	RESOLVED FIXED
Severity:	wishlist
Priority:	NOR
Version:	git master
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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.