|Submitted: Apr 5 2006|
Updated: Sep 17 2006
i suggested a kcontrol option for enabling and disabling ACTIONS for different file types.This way,service menus would be installed and managed easier (if that control center window has that function too,it would be nice) aand maybe you will have the option to choose which actions that KIM (kde image service menu)(for example) is capable of is shown in your right click menu when you choose a jpg file...
also an option to install the service menu just for the user that opened kcontrol (somewhere in /home/~/.kde/.../konqueror/services...) or for all users [the checkbox],requiring a root password (to copy the needed files in the needed by the service menu directories)...
Also the service menu management control center should have the option to move up and down a service menu in the -right-click-ACTIONS> sub menu.
There should be the option to pick selectably the submenus from the installed service menu and add only the ones you would like to have for the file type(for instance you can add kim-resize picture and under it you can take a submenu from a k3b service menu (add to data disc) and put it right under it for the jpg filetype (see the screenshot).
Some service menus,like kim's selected "webexport" should have a '>' sign at the end of their names,showing that they have an included submenu,that cannot be picked/changes sepparatelly.So if 'web export is added',you dont have the option to pick which 'webexport' options should be included in the 'web export' submenu (we have to have some borders,right?)..
Another suggestion is that if a service menu is installed for all users (using the root password),it should be marked with red fonts in the service list and if promped for uninstallation,it should ofcourse ask for the root password.
And...since the kde service menus were handled the old fashionate way since this idea popped into my mind (with install.sh scripts that coppied a bunch of files,orr by hand with a READme instruction (which is a pain in the neck really)),service menus should be able to be installed the old fashionate way too,but they should be packed in special 'kde service menu' packages,that are handled by kcontrol.This would greatly improve kde's support for service menus.
This will also resolve the clutterness/bloatness that some service menus tend to create,giving the choice in the hands of the user as to what from the service menu he/she would like to be included in the right-click menu.
The new Mock up idea (version2) (see screenshot3)
First,We click to chose a filetype pattern (1) from the File type list menu.
* Upon choosing a file type pattern (1) ,the application preference window appears (if no filetype has been chosen before)/or changes (if another filetype pattern has been chosen).
* Upon choosing a filetype pattern also makes the Service menu list menu appear (if no filetype has been chosen before) Or changes (if another filetype pattern has been chosen AND the "Show all services" checkbox is NOT checked)
Second,we click to chose a service menu that has been installed and coresponds/just works with the filetype that has been chosen (2) .
The services that are not working with this filetype are either not listed (if the "Show all services" checkbox is NOT checked)
their fonts are colored in grey and are UNclickable (If the "Show all services" checkbox IS checked).
* Upon choosing an installed service menu (2),its sub actions (only the ones at the top of its "actions" tree ,,e.g. actions>Kim> avaiable to choose services,lets call them service menu modules >dont list their subactions here) are listed and avaiable to be added sepparately and The [ADD...] button at the application Preference window (2) becomes clickable to add the highlighted (chosen) service menu module (in this case : Kim's "Convert and rotate >")
* Upon choosing an installed service menu or its module(in this case : Kim's convert and rotate >") also makes the Service menu package DESCRIPTION BOX appear (if no service menu module has been chosen before) or simply changes (If a module from another service menu package (e.g. "Mount Iso" ) is chosen.If a service menu contains only one module,its description should also be shown.
MOCKUP 3 (screenshot1/download)
in this version of the mockup,I added my idea for adding custom actions,which was driven by Thunars' User Customizable Actions (thunar-uca):
i think that a sepparate dialogue for making a custom action is better in this case,but you know,it can also be done with only one input text box (and a short HowTo for the sintax) =)
I was hasty and I couldnt think of a better sintax than:
and for submenus:
/>submenu1-action1(...)&action2(...)>submenu2-same/>submenutosubmenu2.... etc etc
or something like that.Where submenu* stands for the name of the menu and action* stands for the name of the action (the things we will see in the right click menu) and (*) are the commands that are being executed for the action name before the () ...
or something simple like that. =)
You can vote for the idea at kde wishlist here:
Edit2: I included a discription box in the mockup.It will show:name,description,depends on,version,author,homepage....it is important to differ the different services and have knowledge on their version number and homepage.
click on the screenshot2/download link to check it out! :)
Edit3:added link to kde wishlist,thinking about the filetypes and services (what if the service doesnt corespond with the filetype?)
Edit4:MOVED this to the kde4 brainstorm section,because it really is not yet implemented/done in any way : /
Edit5: Created a new mockup and decided to move it back to kde-improvements,so more people will see the new and better mockup!
Edit5: Changed the Homepage link to lead to the mockup idea at kde's dev site.That is where you should guys vote!
Edit6: added a new mockup,which is more simple and intuitive