Comments on: More on kuiserver and extenders

By: kwilliam

kwilliam — Fri, 01 Aug 2008 17:44:01 +0000

Hey, “Christophe Durandeau” has an interesting idea. Knowing a little more about the underpinnings of KDE, I’ll put it more concretely: What about adding libknotify support? I don’t know if there is a KNotify plasmoid yet, but since KJobs and KNotify events have some things in common (They both display the calling application, and they mainly display temporary things.) it might be worthwhile to see if they could share a plasmoid, or if not, make the plasmoids look similar. (To provide the user a consistant look for messages from Applications.)

But obviously, please, I just want something/anything for KDE 4.2, so as awesome as some feature ideas are, I’d be happy with just something that showed file copying, K3B, and downloads for 4.2.

By: Christophe Durandeau

Christophe Durandeau — Tue, 29 Jul 2008 20:40:42 +0000

Great idea !
My 2 cents :

Why not making a kind of “universal events on my computer viewer” ? Actually, the API seems specificated for “duration” events : file transfert, cd burn… A start point, progress, and operation is finished.

Why not adding “one time” event. By exemple a mail arrived and the plamoid show the title and who sent the mail. KTorrent finished a transfert, I may see the information in this plasmoid instead of the ugly popup in the corner. “On time event” automaticaly disapeared after ” a certain amount of seconds”.
Example of “one time” event : mail recieved, torrent downloaded, adept has completed the update (adpet ha its own progress bar, but most of the time I don’t want to see the progress. I only want to know when the installation is done).
Or I can be noticed of an appointment (by a flashy color).

Another kind of event : something append on my computer and I need to be informed until this information is valable. By exemple, the network shut down. The information is noticed in the plasmoid until the network is ok.

This plamoid would be the “wizard” of the desktop. And it would be great if this plasmoid automatically closed when there is nothing to show. I don’t need to bother my desktop with an empty box when there is nothing to show.

Greetings for France/Bordeaux

Christophe

By: benjamin

benjamin — Sun, 27 Jul 2008 12:11:18 +0000

This looks just cute.
Maybe the following idea is usefull and implementable:
Please add an option which adds the possibility of changing one files destination-folder or name.
Why?
Because sometimes when I download a huge file to a specific folder and name (lets say “~/Documents/spec.pdf”) I find out, that another location would be more appropriate. Of course I could cancle the download and start again or fire up dolphin or konsole to change it manually after the download, but I think clicking on the job and selecting s.th. like “switch-destination” and entering “~/Programming/ada-spec.pdf” would be easier and more comfortable.

Greetings from germany.

Benjamin

By: DanaKil

DanaKil — Fri, 25 Jul 2008 11:59:54 +0000

“Also, queing policies would be great. [...]ight now, for example, multiple file copy tasks happen at the same time which can be quite annoying performance wise.” (mutlu)

Not directly related but it reminds me this nice utility that I used to use with Windows.
http://ultracopier.first-world.info/
It seems they are rewriting it in QT now… .

By: rscheepmaker

rscheepmaker — Fri, 25 Jul 2008 11:34:26 +0000

@mutlu: queing policies, and nepomuk tagging would be something that would have to be done by the application that creates the kjob. Not only does the application have more information available, kuiserver is only a visualization for kjobs so it’s not really an appropriate task.

@Sebastian: the api is posted on the plasma-devel mailing list and up for review. After the review I’ll merge it into svn so you can test it. If you’re really curious you can also fetch my git branch from git://gitorious.org/plasma-extenders/mainline.git . Be warned that this branch is still based on beta 1 though.

@Murdock: yeah, the look of the kuiserver could improve a lot. But that’s something I’ll leave to the oxygen guys, who rock at that sort of thing. Oh, and I’ll probably make a little screencast today or tomorrow.

By: Murdock

Murdock — Fri, 25 Jul 2008 09:56:55 +0000

Have you considered some kind of indentation? This would give more relevance to the title.
I don’t know why, but the progress text/bar look a bit detached from the title. Maybe you should somehow group them together… with a border… with a gradient… with a line

By: Murdock

Murdock — Fri, 25 Jul 2008 08:47:17 +0000

Just in a word … GORGEOUS!!!!

Thanks Rscheepmaker the graphics is much and much better than the first screenshot. I got what you stated about the sub-progresses, maybe someday the kuiserver will grow, maybe not… but the most important thing is to merge it in svn and have it for 4.2 release. The OS community will do the rest.

I think that this concept is going to get a ton attention from the desktop makers and become a standard for all desktops (including proprietary ones).

I’m really excited to play with extenders too, can you make a youtube about them?

By: Sebastian Trüg

Sebastian Trüg — Fri, 25 Jul 2008 07:36:41 +0000

Is the API already in svn somewhere so I can test it, adapt to it?

By: Kitsune

Kitsune — Fri, 25 Jul 2008 04:58:15 +0000

Tagging of files downloaded should probably go in the application that initiates the KJob, because it has the actual useful information, i.e. if KMail is saving a file to the disk the kuiserver wouldn’t know that it was sent from X, the subject Y, and at time Z. There might be some information kuiserver could add, but the application would be in the best spot.

I’m definitely looking forward to getting rid of those little file transfer dialogs that pop up every now and then (like when you open Get Hot New Stuff). Keep up the awesome work!

By: Sergey

Sergey — Fri, 25 Jul 2008 01:15:01 +0000

I still hope there’s gonna be more info shown on the progress windows… like speed and remaining time, etc…

But it looks good so far