Bug 66545 - Wish: KPart and KIOSlave for Burning
Summary: Wish: KPart and KIOSlave for Burning
Status: CONFIRMED
Alias: None
Product: k3b
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: k3b developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-25 12:43 UTC by Kenny Smith
Modified: 2015-10-19 05:23 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kenny Smith 2003-10-25 12:43:25 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
Compiler:          gcc-3.3 
OS:          Linux

It would be REALLY kice if k3b had some kind of kpart or something similar so that other applications could use it's burning capability.  Imagine in Noatun clicking a button that will burn a CD based on your playlist, or a  Or dragging files onto burn:// (I haven't tried gnome's version but it looks decent http://www.gnome.org/start/2.4/notes/figures/burn.png)

Is this possible?  or just a dream that will never get into my car?
Comment 1 Michael Schuerig 2004-01-27 20:41:12 UTC
k3b already exposes a lot of its functionality through libraries. Unfortunately, that's a pretty low level and there are "properly KDE-ish" ways such as KParts and KIOSlaves of doing this.

Of course, this probably won't improve k3b itself by much, but it can have a positive effect on the KDE user experience. Reading wishlist bugs from a few projects I get the impression, that people are asking for ever more features being added to various applications. Add ripping here, burning there, label-printing somewhere else. Yes, it's nice if these features are available where they're useful. But keep the user interface to the features uniform throughout KDE.

k3b could help in making ripping and burning available in a way so that, say, noatun and juk could easily integrate them. On the other hand could/should use a cover/label printing kpart made available by another project.

Michael
Comment 2 Krishna Sethuraman 2004-08-28 19:50:26 UTC
One could consider such parts and ioslaves as a higher-level (more app-API or IPC-level) 'device driver' .  As such, a single, common interface for burning cds within KDE gets my vote.

In reference to 

> k3b could help in making ripping and burning available in a way so that, say, noatun
> and juk could easily integrate them.

see also bug 56465 .
Comment 3 Stefan Briesenick 2005-02-01 22:27:59 UTC
it's already available folks!

http://www-users.york.ac.uk/~jrht100/burn/

CD/DVD Burning from Konqueror
The Burn ioslave lets you use Konqueror to burn CDs and DVDs.

:-D
Comment 4 Thibaut Cousin 2005-02-01 22:32:20 UTC
AFAIR, kio_burn has been available for a long time, but it would be even better if it was integrated into the official KDE distribution, or at least in K3B. Let's hope for the best...
Comment 5 Stefan Briesenick 2005-02-02 00:48:52 UTC
since it wouldn't be good to have to projects, it would be best to ask the kio_burn author to put it into the official KDE distribution.

kio_burn for the quick'n'easy burn and k3b for the hard work. ;)
Comment 6 Ludi Maciel 2005-02-20 16:11:07 UTC
Hi guys.
I would add some wish to this wish. Like he said, a kpart. It could looks like Xandros burn system.
A integration with EVERY aplication, just a simple X clicks to burn.
In the fisrt run, you would be prompt with a config/preferences window. This window will ask you some stuffs like CD-R iso type, sessions etc... Then, in the next run, you just select your pre-set and click to burn.
It would be anywhere in KDE, in Kdat (data DVD/CD), in Amarok (data/audio CD/DVD, one for covers, lyrics, etc and another to audio), in konqueror, in Kaffeine etc...
Is a BIG improvement for usability in Kde.
Comment 7 Thomas Bettler 2005-04-01 15:58:30 UTC
I imagine a konqsidebartng integration for k3b where you could easily create, burn, copy and erease images, data, audio, and all the other types of cds.

Also the integration with the kioslaves should be bettler:
Options for a rewritableCD in media:/ should be added (depending wheter it is already written or not)
- erease
- start project
- add tracks / modify
- copy cd

That would excite people, because its ease of use (IMHO)

Of course that's KDE-ish. But things become easier as apps start interacting and working together...
Comment 8 Christoph Burger-Scheidlin 2006-11-13 22:54:55 UTC
Regarding the original post, can I ask for some more detailed use cases and desires, please. I am trying to figure out what exactly is wanted here.

As far as I can tell, there are several things here:

1) a simple burning dialog, something like a simple project ("You have selected X files with total size Y" and an option to burn). This could be extended to audiocd as well (you have selected X tracks of total length Y)

k3b does this in a way already, because you can give files on the command line, albeit the dialog could be nicer for that case (presuming that the user does not want to change the files that were selected)

A burn:/ slave in that case could serve as a temporary project were files can be dragged to and then burnt. Possibly the ioslave can be extended to allow switching the type of cd/dvd (audio/video/data).

2) A kpart is basically a fancy way to display content in another application (think something like kpdf in konqueror). This would allow any application to display the entire k3b window (or possibly just the project pane, please give feedback on this) as part of the application. So, for example, amarok would be able to have a sidebar in which it displays some k3b (audio) project. As far as I am concerned, the only real advantage of 2) over 1) is that konqueror could be used to open k3b project files without starting the k3b application proper (just like with kpdf).

Please post what you think.