

If you have the klik client installed, just click on this link: klik://pdfedit
To install the klik client, run this command (as user!, not as root) in a konsole or an "[alt]+[f2]" mini-cli:
wget klik.atekon.de/client/install -O -|sh
If you don't know what klik is: see http://klik.atekon.de/wiki/index.php/What_is_klik
If you have more questions: see http://klik.atekon.de/wiki/index.php/User%27s_FAQ
If you want to see the user comments about klik+pdfedit: http://pdfedit.klik.atekon.de/comments/
Cheers,
Kurt - Jan 26 2007

Amarok 1.x Scripts by tkaitchuck 32 comments
xine parameters: http status not 2xx.Did you test the script with the Xine engine? What could be the reason for the "http status" error message?
------
In any case: thanks for the nice script -- I'm sure it is a very useful one for many people. Even if it doesn't work for me right now, it showed me just how much and how well DCOP support is already implemented in amarok, and what kind of amzing things one can do with DCOP scripting KDE applications! Thanks a lot! - Dec 28 2005

Education Apps by toonmuylkens 26 comments
You should try to make it like this: klik://edukator - Nov 01 2005

Office Apps by scribusdocs 61 comments
"wget klik.atekon.de/client/install -O - | sh"
Check if you have the files (shellscripts) .zAppRun and .klik in your ${HOME}.
You can run the klik client on the commandline (with -x for more verbose output):
"sh -x ${HOME}/.zAppRun krita-cmg"
which should startup Krita.
What OS is it that you are using? - Sep 23 2005
Read this: http://dot.kde.org/1126867980/
Do this: [alt]+[f2]; "wget klik.atekon.de/client/install -O -|sh" (if you find there are still DNS problems, put "134.169.172.48 klik.atekon.de" into your /etc/hosts
Do this: [alt]+[f2]: "klik://kflickr" - Sep 21 2005

Scribus Templates by patricktrettenbrein 9 comments

Various KDE 1.-4. Improvements by meneerdik 30 comments
Somehow my long comment to this most excellent suggestion was lost by Appsy. (Also, there were about 2 dozen more comments before mine, and they are all gone....)
OK -- I will write my thoughts down in my blog (http://www.kdedevelopers.org/blog/418) which hopefully has a longer memory [and maybe even more readers ;-) ] - Nov 13 2004

Various KDE 1.-4. Improvements by meneerdik 30 comments
I very much like your mockups --
[-1-] http://www.kde-look.org/content/pre3/17800-1.png,
[-2-] http://www.kde-look.org/content/pre3/17800-2.png,
[-3-] http://www.kde-look.org/content/pre3/17800-3.png ,
I withdraw my idea of a drop-down combobox-like URL-protocol-selector as described in my blog (http://www.kdedevelopers.org/blog/418). -- Your idea is much better. My drop-down probably is too difficult to implement in a clean, non-intrusive way. ;-) ;-)
Your concept of a new "super-kio" or "meta-kio" slave named "locations:/" is much cleaner.
To make it fullfill its purpose (namely, that all important kioslaves should become more exposed to users, and that their use should be made as easy as possible, and that it should sport a clean user interface), the darn thingie should however be very well visible:
* make it the default for Konqui's "Home" button on all new installations (with the option for users to change it to something else). That would create the desired visibility.
* create a shortcut with icon "Locations" on each desktop on the upper left corner. That could create additional visibility.
* each one of the kio-slave icons in the "locations:" folder should have a wizard associated with it in a right-click context menu. That could help the ease of use.
* each one of the kio-slave icons in the "locations:" folder should have a well-worded tooltip as well as a WhatsThis entry, as well as a complete documentation (the end user documentation in this field currently sucks big time). That could help to increase the ease of use.
* only the most important kio-slaves should be directly visible in the "locations:" folder (max. 6 items). The rest should be hidden in a subfolder. (To add more items, click on subfolder, which opens on separate window, and drag'n'drop icons from subfolder to main "location:" folder. Explain this when subfolder is opened...). This could help keeping the user interface clean...
Cheers,
Kurt - Nov 13 2004

Various KDE 1.-4. Improvements by meneerdik 30 comments
----
Are you thinking of a pic similar to this one?
---> http://www.kdedevelopers.org/blog/418
- Nov 13 2004

Various KDE 1.-4. Improvements by arminstraub 178 comments
Thanks Achim, I really appreciate it! - Nov 01 2004

Various KDE 1.-4. Improvements by arminstraub 178 comments
I use locate quite often on the commandline -- and I very often pipe the output into "grep" to narrow down the selection. Otherwise I often get to see more findings than are healthy for me ;-)
Is it possible to include that into kio_Locate too?
(Example: "locate:kdeprint|grep -v kde-unstable|grep lib" ) - Oct 27 2004