Bug 182268

Summary:	some menus (e.g. Mark Message) are far too verbose
Product:	[Unmaintained] kmail	Reporter:	Christian González <christian.gonzalez>
Component:	keys and menus	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED WAITINGFORINFO
Severity:	wishlist	CC:	jjm, luigi.toscano
Priority:	NOR
Version:	1.11.0
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Screenshot of current status in KDE 4.2.0

Description Christian González 2009-01-29 10:10:21 UTC

Version:           1.11.0 (using 4.2.00 (KDE 4.2.0), Kubuntu packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.27-11-generic

I love KDE.
But one of the very heavy diseases is the overkill in functions.
KDe 4 started more blandly as 3, but it's getting quickly into the same overkillness again.

See the kmail right-click menu on an email (attachment)
It is, with one word, confusing, the first time you open it. A good third of the functions could be purged.

One thing that has urgently get changed is the following.

the item  "Mark message >" opens a new submenu, and this lists ALL the sentences again:

Mark Message as Read
Mark Message as New
Mark Message as Unread
Mark Message as Important
Mark Message as Action Item

This ist completely redundant.

Just make an item: "Mark Message as >"
Read
New
Unread
Important
Action Item

This is much more clear.

Sadly this issue affects many, many other KDE menus as well.

Comment 1 Christian González 2009-01-29 10:11:41 UTC

Created attachment 30692 [details]
Screenshot of current status in KDE 4.2.0

Comment 2 Jaime Torres 2009-02-07 09:47:51 UTC

In the 3.5 times, the motif style alowed to separate the menus as floating windows. I guess this is a reminiscence of those times, where the full context must be in every menu and submenu.

If they are not going back, then I like your wish.

Comment 3 Jonathan Marten 2009-02-07 11:26:29 UTC

Possibly the reason why "Mark Message" is repeated in the submenu actions is because these strings also appear in the "Configure Shortcuts" list.  In that list, having just "Read" would not clearly indicate which action was being configured, and it would not distinguish between "Mark Message as Read" and "Mark Thread as Read".

Maybe this bug should be assigned to kdelibs, to suggest having two strings associated with each action: one which will appear in a menu, and the other longer one to appear in the shortcut list or anywhere else where there is no surrounding context.

Changing bug title to better reflect the issue.

Comment 4 Myriam Schweingruber 2012-08-18 08:37:30 UTC

Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.

Comment 5 Luigi Toscano 2012-08-19 00:15:55 UTC

Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.