Thank you all guys

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent

Thank you all guys
by Rafael Fernández López on Wednesday 24/Jan/2007, @00:39

Hi,

I just want to thank you all your feedback. I am really glad to see people in general like what is going on at KDE trunk, and for KDE 4 series in general.

* The plasmoid is the idea. When plasmoids specification are available, I'd like to write some kind of plasmoid for this, or maybe move what I have right now there, we will see. But I think you can bet for a plasmoid about jobs.

* The queuing. Well, it can be implemented in the kuiserver, and I really think it would make sense here. I think it is really possible, and that I'm going to improve it to let you have an option for "Queue transfer jobs as they arrive", with the possibility to "Resume" the one that you want if you want to have some jobs on parallel.

I really appreciate all your opinions and ideas.

Thank you all again,
Rafael Fernández López.

Related Links

·   Articles on KDE Public Relations and Marketing
·   Also by Rafael Fernández López
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Thank you all guys
by A.C. on Wednesday 24/Jan/2007, @01:11

Hi Rafael,

First of all, THANKS. You're doing an awesome job of an already nice idea and I'm highly looking forward to seeing your work make my life with the KDE desktop (even) easier. :)

Speaking of optionally queueing tasks: shouldn't that be based on the *ressource* being used, where ressource would be 'disk I/O' or 'network I/O' and such? Sometimes it makes sense to download as much as half a dozen things at the same time, while moving no more than one local file at once. Well, hope I'm not talking out of my ass anyway...

Thanks again!

[ Reply To This | View ]

Re: Thank you all guys
by Carlos on Wednesday 24/Jan/2007, @01:28

Rafael, the job you've done is great, but don't you think there's way too much space used for each task? Imagine 10 tasks at a time and you'd have a huge scrolling bar.

[ Reply To This | View ]

Re: Thank you all guys
by Troy Unrau on Wednesday 24/Jan/2007, @08:28

The application you see is an initial prototype useful more to prove the backend work is functional. When the plasmoid data engine is done, the applets should be able to format this information however they see fit.

[ Reply To This | View ]

Re: Thank you all guys
by Shamaz on Wednesday 24/Jan/2007, @01:41

Thank you for your work Rafael !
About I/O job queuing, you may find some ideas here :
http://sourceforge.net/projects/supercopier/
I DO know this is a Windows application, but it has interesting features : transfer speed control, transfer resuming (and pausing) and the possibility to change queue order.
This kind of feature already exists in many http or ftp client. This is really something I miss for simple disk to disk transfer :(.

Good luck !

[ Reply To This | View ]

Re: Thank you all guys
by Max on Wednesday 24/Jan/2007, @02:37

Nice to see KDE is doing this via D-Bus, so even Gnome programs con benefit in the future.
I've made two mockups for Gnome but perhaps you are even interested in it:
This one shows the progress directly in the Icons:
http://hagemaenner.de/stuff/gnome/ActiveIcons.png
And this one in the Taskbar:
http://hagemaenner.de/stuff/gnome/gTask.png

[ Reply To This | View ]

Re: Thank you all guys
by Thiago Macieira on Wednesday 24/Jan/2007, @09:31

KDE is now doing almost everything over D-Bus.

Remember that since last May, D-Bus is the official IPC/RPC mechanism for KDE 4.

One thing I want to do in the near future (whenever I find the time) is to port KIO's own protocol to D-Bus. This would expose the ioslaves to D-Bus, if necessary. That's one of the two remaining non-D-Bus IPC mechanisms that I can remember right now (the other one being the communication between klauncher and kdeinit, but we won't change that).

Now, I'd like to point out that this is not an unified VFS mechanism that many people are clamoring for. But it may be a start, if it proves useful, and it may pave the way to a real implementation.

[ Reply To This | View ]

Re: Thank you all guys
by Sebastian Kügler on Wednesday 24/Jan/2007, @02:48

It could be done by adding an option "Start when [other_job] is finished", where [other_job] is a dropdown with all active jobs, for example. Jobs that let you pause them can have this feature enabled then.

Just an idea, anyway. Thanks for the great article and this cool new feature which will reduce clutter significantly!

[ Reply To This | View ]

Re: Thank you all guys
by Jens Rutschmann on Wednesday 24/Jan/2007, @04:42

Or by selecting multiple entries in the list, then Rightclick->"Queue Us" or something like that.
Anyway I think this is a really cool feature !

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"That's something I don't know." -- David Faure
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.