-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans  . 

service menu management to kcontrol

   2   

KDE Improvement

Score 80%
service menu management to kcontrol
zoom


service menu management to kcontrol
zoom


service menu management to kcontrol
zoom


Link:  Link
Downloads:  2800
Submitted:  Apr 5 2006
Updated:  Sep 17 2006

Description:

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)
or
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):
http://thunar.xfce.org/plugins.html#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:

servicename=
/action1(command1;command2;etc...)&action2(command1;command2;etc)&...

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:

http://bugs.kde.org/show_bug.cgi?id=125176




Changelog:

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




LicenseGPL
Send to a friend
Subscribe
Other  Apps  from blurymind
Report inappropriate content



goto page:  1  2  3 

-

 .

 
 by gruszek on: Apr 5 2006
 
Score 50%

COOL! :)


PLD rulez :D
Reply to this

-

 Yes, good idea!

 
 by ibc on: Apr 5 2006
 
Score 50%

We just need it in KDE!


Reply to this

-
.

 Excellent

 
 by BorgQueen on: Apr 6 2006
 
Score 50%

Very good idea.


://
Reply to this

-

 I agree!

 
 by cbouveyron on: Apr 6 2006
 
Score 50%

Hello! Naturally, I agree with you!
Charles


Reply to this

-
.

 Clutter...

 
 by soxofaan on: Apr 6 2006
 
Score 50%

I think your idea for a kcontrol module for administering service menu is nice, but the screenshots (especially the second one) made me horror. Service menus seem nice but I think they lead easily to too much clutter.

The second screenshot for example shows 4 Kim entries on the second menu level (under "actions") and 14 (!) entries on the third level. Furthermore you have a "Compress" menu on the first menu level and tar and zip options in the second menu level. This is clearly the wrong way to go from a usability point of vieuw.

IMHO it would be better to prune the service menu tree and offer just entries for general actions (like "image processing", "compression", "audio conversion", "uploading"). These actions would invoke a *lightweight* dialog box/frontend to the possible actions the users would want ot perform: resizing, cropping, fileformat, jpgquality, target url, ...
This would also be more flexible, because the user is not forced to use predefined settings and combinations (sizes, quality).
Of course some predefined settings/templates would be nice so you don't have to click to much (that's the point of service menus after all).


Reply to this

-
.

 Re: Clutter...

 
 by blurymind on: Apr 6 2006
 
Score 50%

IMHO,the second screenshot is an ordinary KIM.This addition to kcontrol is supposed to RESOLVE the problem with the clutterness in the right click menu,giving the user the choice what is to be put there.


...and May the source be with you.. @655
Reply to this

-

 Re: Re: Clutter...

 
 by blurymind on: Apr 6 2006
 
Score 50%

removed the second screenshot,specially for guys like you ;)


...and May the source be with you.. @655
Reply to this

-
.

 Re: Re: Re: Clutter.

 
 by soxofaan on: Apr 7 2006
 
Score 50%

It's sad you take my comment that way, I have no intent to childishly mock/troll or attack you personally.
I was only commenting on the concept of service menus and how I thought they could be presented to the user in a less cluttered and more flexible way.
Maybe I'll post it as a KDE improvement or KDE4 Brainstorm entry on kde-look, if I find the time.


Reply to this

-
.

 Re: Re: Re: Re: Clutter.

 
 by blurymind on: Apr 7 2006
 
Score 50%

thanks.
You pointed out your opinion very carefully and precisely.I didnt want it to sound like you were trolling or something.You are absolutelly right.
Kim has many many features,but most users use one half of the features or the other half are used by other users.Its the same with many other service menus that have many helpfull functions,but they might also create a clutter.I used kim as an example.

I think that it will be great to manage them and exclude the ones that r not needed.
It gave me an idea as to how this idea would be helpfull in more ways.
Yes,you are absolutelly right about the clutter :)


Reply to this

-
.

 Re: Re: Re: Re: Re:

 
 by soxofaan on: Apr 7 2006
 
Score 50%

Sorry for the misinterpretation of your reaction.

I guess I'd better aim my remarks at the KIM-developpers then?


Reply to this

-
.

 Re: Re: Re: Re: Re: Re:

 
 by blurymind on: Apr 8 2006
 
Score 50%

well,the useless to the certain user features can be excluded by hand(by removing some of the scripts in the /konq/services folder...or so i think)...but i think that its kind of a pain to open konq as root and go and do it by hand..also it should have been great if a certain service menu could be installed only for one user,not for everybody (not everybody uses kim).

I think that nothing is to be removed from kim,because every feature it has is just great.One remark to be made is for its installer (install.sh) which gives you 3 options and it doesnt work on a slackware distro.I think that more work can be done in the install script.
It will be great if the user could just choose which features to be installed with checkboxes. :)



-
.

 kcontrol SM module

 
 by drumvudu on: Apr 8 2006
 
Score 50%
drumvududrumvudu
PCH Linux Systems Inc.
Home
-
Peter Hinkle 0

PCH Linux Systems Inc.
United States of America, Denver
Last visit Sep 18 2007
0 Friends
0 Groups

More info
Send a message
Add as friend
Other contents
--

I don't normally comment on this kind of stuff but this is a really good idea and I do hope that our fellow coders are paying attention to this one. I'd really hope to see this ASAP. Great Idea! //peter


Peter C Hinkle
"How come you can prick your finger but you can't finger your prick?

Reply to this

-
.

 Re: kcontrol SM module

 
 by blurymind on: Apr 8 2006
 
Score 50%

thanks.I think it will be great too,but i am not sure how possible it is for the developers and how much effort it would take to do...


Reply to this

goto page:  1  2  3 

Add commentBack






-
-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.