applications-KIO slave

Desktop Concepts

Source i (link to git-repo or to original if based on someone elses unmodified work):

Add the source-code for this project on opencode.net

0
Become a Fan
5.0

Description:
- Idea:
a applications-KIO slave.

just applications:// in konqi/wherever.

why?
- applications accessible throughout the system
- drag'n'drop to change menu (! imho the current application to do this sucks... !)
- drag'n'drop for installation of applications (this has to be supported by the software/distribution of course)
- file open with - dialogue could use it (maybe even just making it a normal "file open..." dialogue!)
- I hope we can make the k-menu allow drag'n'drop (you can only drag something from the K-menu, not in - and within.)

Well, there is a mockup. But I'm no coder. I guess everybody is getting tired of ppl having proposals, idea's etc - but no throwing-in of code... I'm sorry, if so. But IF someone COULD do this, it might make KDE a little bit better. So it whould make us all happy, isnt it? So I thought, well, what the heck, lets do this

something else I hope for, by the way, maybe in KDE 4.0:
- Alot applications are becoming a kpart, isnt it? I guess its easy to change a kpart in a KIO slave. Well, I whould love it to just open konqueror, browse to a kwordfile, doubleclick (middleclick is open in kword, isnt it?) and it opens. I can of course edit it now... So I split the view. And open mail://, and open a email. And compare. And drag'n'drop text... So now I open a tab, and open just a website. And drag'n'drop some text from it to the kword file I opened in the other tab... And of course we open another bunch of tabs

Now someone comes in, so I save the tabs as a bookmark-folder, so I can continue my work later...

We can always dream, cant we?


BTW thanx, coders from the KDE project, you guys are doing great work!
Last changelog:

programs already works!
- but: no moving, deleting, and adding of software.
so its not there yet. but part of this seems to be planned, as nunogomez told.

I changed a bit in the dream
So you might open kmail in a splitted konqueror, open a mail in it, and drag'n'drop to the adder half of the screen, where kword is opened...
And if you want to add a picture, kolourpaint could be opened in the next tab, so you have everything in one application (save the tabs, and you save your whole workspace! whoulnt that be nice? maybe you could have the same if you could "save" a desktop and all applications, and "open" it later on.)


Ratings & Comments

12 Comments

gassauer

Hi! IMHO it would be nice to allow the user to search for meta-keywords in the application / programm tree. With the growing number off apps it's gettin g more and more difficult to find the rigth one. cu ferdinand

Superstoned

thats a really great idea!!!

anderslund

Here is a screenshot of a real window... http://www.kde-look.org/content/show.php?content=18467

smileaf

what are you using for your clock applet? that looks really cool!

Superstoned

kstyleclock with centurion theme (kde-look for both)

smileaf

I've tried both a kde-look and google search for kstyleclock and get nothing :/

nunogomez

This is a planned feature for KDE 3.4 (i mean r/w support for programs and settings kioslave)

legalos

URL: programs:/ in kde 3.3.1 works for me and has exactly the same thing you have there me thinks

rgfree

Not quite: Most important functions like delete, move, rename do not exist here (KDE 3.3.0)

Brandybuck

Under KDE and this proposed KIO mechanism, what the user sees as an application is *not* the application. This can cause some serious user workflow problems. Remember the principle of least astonishment. If you present an application to the user as if it were a file, then they will expect it to behave as a file. What exactly is the "appliction? Is it the .desktop file, a similar abstraction, or the actual set of files that comprise an installed application? If one deletes an "application", should the actual application in the package database be uninstalled? If one moves the "application" to a different folder, what happens to references to that application? What happens to the K menu entries if you rename one of these "applications"? Or what if someone copies the "application" to a flashdrive and gives it to a friend? In other words, are these abstact "applications" hard links, soft links, copies, shadows, etc. Are they distinct and concrete files, or are they ephemeral abstractions? A far better solution than that web of linguistics, is to simply figure out what the user really wants when they say they want to "delete, move or rename" an application. Is this for the purpose of editing and manipulating the menu, or for managing system packages? Depending on what the user *really* wants (and many times the user doesn't know himself), a KIO solution could end up exacerbating the problem instead of solving it. Imagine if Mac OSX application bundles were implemented using the KIO mechanism...

jadrian

Nice tip! :)

lokheed

Yeah totally nice tip. I like this better actually. All you would need to do is add an add, delete and rename to the context menu...would be much nicer and more coordinated with the other URL:/ features in KDE.

Pling
0 Affiliates
Details
license
version proposal!-2
updated
added
downloads 24h 0
mediaviews 24h 0
pageviews 24h 0

More Desktop Concepts from Superstoned:

Not a sidebar
Superstoned
last update date: 20 years ago

Score 5.0

Fileselector with meta-data
Superstoned
last update date: 20 years ago

Score 5.0

Other Desktop Concepts:

Kopete login window
and1
last update date: 16 years ago

Score 5.0

Kdenlive: Mockup 01
sz332
last update date: 18 years ago

Score 5.0

Concept x1
erqueus
last update date: 10 years ago

Score 5.0

Chromium-emerald mockup
dreamsoul
last update date: 13 years ago

Score 6.8

Amarok2 Simple Playlist
fapasv
last update date: 17 years ago

Score 5.0

Kdenlive: Call for Contribution
sz332
last update date: 18 years ago

Score 5.0



System Tags