Summary: | iconsistent naming: menu vs. application launcher | ||
---|---|---|---|
Product: | [Unmaintained] plasma4 | Reporter: | Maciej Pilichowski <bluedzins> |
Component: | widget-kickoff | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aseigo |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Maciej Pilichowski
2009-05-23 17:48:09 UTC
PS. Another reason for keeping "KMenu", application launcher has to be translated, but KMenu (like Konqueror, Dolphin, KMail) is not translated. It helps users to communicate. Minor things: its shorter, and it is well known name. Just a translator's note: "KMenu" could had been translated in KDE 3, and some teams did it like it was "K Menu". it's not a menu and "k" says precisely nothing about it. Aaron, misunderstanding, this report is not about forcing "KMenu" name, but about consistent naming -- if this is not menu, then please remove "menu" label (because as you say, it is not menu). you mean the "Menu Editor" entry? well, that's what it is: it edits the menu of applications. the text could probably be changed to one of Application Menu Editor, Application Entries Editor, Applications Editor ... *shrug* personally i prefer the latter. can't be changed for 4.3 as we're in string freeze now. > you mean the "Menu Editor" entry? Yes, this too. In KDE 4.2.4 there are 3 terms that relates to the same object -- Kickoff, Menu Editor, Application Launcher. > well, that's what it > is: it edits the menu of applications. Ok, _I_ know :-) > the text could probably be changed to one of Application Menu > Editor, Application Entries Editor, Applications Editor ... *shrug* > personally i prefer the latter. can't be changed for 4.3 as we're > in string freeze now. The basic question is what it is -- if "Application Launcher" (*) then all labels should be derivatives of it, like "Application Launcher menu style", "edit Application Launcher menu" and so on. (*) I am not saying I opt for "application launcher". they are all permutations of "*Application Launcher*" except the editor entry; the action to switch to the classic menu style has wording chosen specifically to make it clear what's happening, which is more important than (what would amount to an artifice of) consistency with other entries. so this boils down to changing Menu Editor to something that fits the theme, such as Applications Editor. Style switch -- one thought. Currently it is bi-switch, would it be more flexible (and consistent :-) ), to switch between installed app.launchers? So it could be like menu: app. launcher menu style > and in submenu user would get the list of app. launchers (installed). This would remove the need to use product names in the main context menu. i've fixed this in my local copy, will be part of 4.6 (and in trunk when 4.6 opens for dev) |