I'm looking for help with reorganizing the TDE menu when TDE and KDE4 menu are installed concurrently.
In a word: clutter.
I'm getting ready to push a huge patch set that will help liberate TDE using our own XDG registrations. That effort will help avoid potential conflicts with KDE4. More to come about that patch set (refer to bug report 892), but the patch is looking very good at the moment.
A while ago I filed bug report 977 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=977). Please read the bug report to understand the goal of moving the KDE4 menu items.
I want to create a separate KDE4 top-level menu and let the KDE4 menu appear there.
Although KDE4 apps are uniquely identified with a "[KDE4]" text marker in the menu (created in tdelibs/kio/kio/kservice.cpp), when TDE is installed concurrently with KDE4 there is nonetheless some serious menu clutter. Moving KDE4 menus to their own location would reduce that clutter. Moving allows TDE to display its own set of apps. Users decide which version of duplicate apps they prefer, but moving the KDE4 menu establishes that the user is running TDE.
I'm thinking with the upcoming patch set that moving the KDE4 menus probably is doable. Now is a good time to test this while I finalize testing for the upcoming patch set.
I have nominally tested adding a <Not><Category>KDE<Category></Not> set to prevent KDE4 items from appearing in a menu category. That removes the KDE4 items from the main TDE menu and reduces clutter.
I'm struggling to get the KDE4 menu to appear by itself in the top level. Basically I want to merge /etc/kde/xdg/menus/applications.menu into the TDE applications.menu.
I appreciate any help.
Thanks!
Darrell
On Sunday 03 June 2012 09:22:34 Darrell Anderson wrote:
I want to create a separate KDE4 top-level menu and let the KDE4 menu appear there.
Please note that there is no such thing as "KDE4".
I understand that you want to clean up the menu, but what you propose sounds like the wrong solution to the problem.
Also none of the KDE Plasma Workspaces applications should appear in TDE's menu. If it does so, please report a bug against KDE to fix the desktop file. But I'm only aware of one application of the KDE Plasma Workspaces (systemsettings) and to my knowledge this is not shown in other workspaces as the GNOME environment shipps an application of same name.
That means installing KDE Plasma Workspaces and TDE at the same time should not have any influence on the shown menu.
Now I think that you got confused about the KDE Applications. But KDE Applications have nothing to do with the KDE Plasma Workspaces. If a user has installed a KDE application like e.g. Gwenview, it is a strong indication that she wants to use it, isn't it? Would you "hide" The Gimp, because it's not a TDE application, or Pidgin?
Now a user does not know anything about "KDE" or "TDE" or "GNOME". Why should she? That means it does not make any sense to move all applications somehow related to the KDE Community into a KDE submenu and those of the GNOME community into a GNOME submenu.
What you propose might reduce clutter, but it will make using TDE more difficult - especially as you try to perform a separation about something that does not exists, namely "KDE4".
Please think about what you really want to achieve and how a good solution could look like.
Cheers Martin
who still reads the mailinglist in the hope to get KDE and TDE closer together again and who fears that such attempts will increase the shism instead of reducing it
(Hint: my suggestion would be to elaborate for each application shipped by TDE and KDE whether it's still required to keep the TDE application ;-)
I'm looking for help with reorganizing the TDE menu when TDE and KDE4 menu are installed concurrently.
In a word: clutter.
I'm getting ready to push a huge patch set that will help liberate TDE using our own XDG registrations. That effort will help avoid potential conflicts with KDE4. More to come about that patch set (refer to bug report 892), but the patch is looking very good at the moment.
A while ago I filed bug report 977 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=977). Please read the bug report to understand the goal of moving the KDE4 menu items.
I want to create a separate KDE4 top-level menu and let the KDE4 menu appear there.
Although KDE4 apps are uniquely identified with a "[KDE4]" text marker in the menu (created in tdelibs/kio/kio/kservice.cpp), when TDE is installed concurrently with KDE4 there is nonetheless some serious menu clutter. Moving KDE4 menus to their own location would reduce that clutter. Moving allows TDE to display its own set of apps. Users decide which version of duplicate apps they prefer, but moving the KDE4 menu establishes that the user is running TDE.
I'm thinking with the upcoming patch set that moving the KDE4 menus probably is doable. Now is a good time to test this while I finalize testing for the upcoming patch set.
I have nominally tested adding a <Not><Category>KDE<Category></Not> set to prevent KDE4 items from appearing in a menu category. That removes the KDE4 items from the main TDE menu and reduces clutter.
I'm struggling to get the KDE4 menu to appear by itself in the top level. Basically I want to merge /etc/kde/xdg/menus/applications.menu into the TDE applications.menu.
I appreciate any help.
Although I have not found a way to create a top-level KDE4 menu, I found a way to create a separate KDE4 menu in each individual menu. Here is a sample screen shot:
http://humanreadable.nfshost.com/trinity/build_logs/tde-menu-with-kde4.png
Notice I temporarily patched tdelibs to not append the app name with "[KDE4]", which no longer is necessary with this new menu layout.
When KDE4 is not installed then the Trinity menu looks normal, like this:
http://humanreadable.nfshost.com/trinity/build_logs/tde-menu-no-kde4.png
I appreciate comments!
Darrell
On 5 June 2012 14:15, Darrell Anderson humanreadable@yahoo.com wrote:
I'm looking for help with reorganizing the TDE menu when TDE and KDE4 menu are installed concurrently.
In a word: clutter.
I'm getting ready to push a huge patch set that will help liberate TDE using our own XDG registrations. That effort will help avoid potential conflicts with KDE4. More to come about that patch set (refer to bug report 892), but the patch is looking very good at the moment.
A while ago I filed bug report 977 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=977). Please read the bug report to understand the goal of moving the KDE4 menu items.
I want to create a separate KDE4 top-level menu and let the KDE4 menu appear there.
Although KDE4 apps are uniquely identified with a "[KDE4]" text marker in the menu (created in tdelibs/kio/kio/kservice.cpp), when TDE is installed concurrently with KDE4 there is nonetheless some serious menu clutter. Moving KDE4 menus to their own location would reduce that clutter. Moving allows TDE to display its own set of apps. Users decide which version of duplicate apps they prefer, but moving the KDE4 menu establishes that the user is running TDE.
I'm thinking with the upcoming patch set that moving the KDE4 menus probably is doable. Now is a good time to test this while I finalize testing for the upcoming patch set.
I have nominally tested adding a <Not><Category>KDE<Category></Not> set to prevent KDE4 items from appearing in a menu category. That removes the KDE4 items from the main TDE menu and reduces clutter.
I'm struggling to get the KDE4 menu to appear by itself in the top level. Basically I want to merge /etc/kde/xdg/menus/applications.menu into the TDE applications.menu.
I appreciate any help.
Although I have not found a way to create a top-level KDE4 menu, I found a way to create a separate KDE4 menu in each individual menu. Here is a sample screen shot:
http://humanreadable.nfshost.com/trinity/build_logs/tde-menu-with-kde4.png
Notice I temporarily patched tdelibs to not append the app name with "[KDE4]", which no longer is necessary with this new menu layout.
When KDE4 is not installed then the Trinity menu looks normal, like this:
http://humanreadable.nfshost.com/trinity/build_logs/tde-menu-no-kde4.png
I appreciate comments!
Darrell
Darrell this is nice - I like to avoid being confused by my KDE4 applications while in trinity and visa-versa
Calvin
-
Calvin Morrison -
Darrell Anderson -
Martin Gräßlin