Version: (using KDE 4.2.1) OS: Linux Installed from: Mandriva RPMs Explorer (Windows), Finder (Mac OS), and Nautilus (GNOME) have got integrated CD/DVD burner, but Dolphin/Konqueror, not.
Thanks for the report, but this functionality is already available. You just have to install the KDE 4 version of e.g. K3B, which provides a so called service menu inside Dolphins/Konquerors context menu.
No, I do not mean that there is a link to K3b (already exists in KDE 3). I'm talking about that into the CD/DVD's folder, you can drag files there, and has a button to burn, as in Nautilus, Explorer and Finder. Please, see it at: http://www.ehow.com/how_4550029_burn-data-cd-mac-os.html
This would be possible with the proper kio slave, which I assume would be provided by k3b.
@Todd: Then, can anyone change the product to K3b or to KIO?
Resetting assignee to default as per bug #305719
This is a quite old bug, but still, one can't burn data to a CD/DVD from inside Dolphin. Like already written above, one could think about an empty CD/DVD device to show up that can be used like a normal folder and renamed (for the CD/DVD title), so that one could copy/drag data in there. One would also need some "write data to CD/DVD" button to actually burn the data. Is anybody working in this? It would be a very handy feature.
(In reply to comment #6) > Is anybody working in this? It would be a very handy feature. To my knowledge, noone is working on this. And to be honest, I'm not sure if such a feature would have a good "usefulness" vs. "cost of implemenentation and maintenance" ratio, given the extremely limited resources that we have, and considering that the average user's usage of CDs/DVDs has been declining during the last few years. But I don't want to stop you or anyone else from implementing this feature. I think that the bulk of the changes will not be in Dolphin though. Probably some changes in Solid are required to notify applications of the presence of a writable disk in the drive. The only thing that would need to be added to Dolphin's Places Panel (or a new version of KFilePlacesView that a future Dolphin version might use) would be some code to tie the "writable optical disk available" notification and the service that actually writes to the disk (a new kioslave, which might be based on K3B) together.
Of course, manpower is limited. Especially in the open source community. I would do or at least try it, if I could code C++ … but apart from some Python skills, I'm not a big coder ;-) The burning itself could be done with a shell script or a direct communication of the code doing it with the relevant backend programs (cdrecord etc.) – doesn't K3B itself also run cdrecord when burning a CD? There's already the notification by the device notifier when an empty optical disk has been inserted. So, would it probably be possible to implement this in a simpler way, without having to code a new KIO slave and change much code in Dolphin? Like an action in the right-click-menu "Burn this folder to a CD"? I think, something like this would be sufficient, or at least a good point to start.
(In reply to comment #8) > So, would it probably be possible to > implement this in a simpler way, without having to code a new KIO slave and > change much code in Dolphin? Like an action in the right-click-menu "Burn > this folder to a CD"? Since the context menu actions are completely independent from Dolphin, this can be done without any change in Dolphin at all. Everyone can add actions to the context menu via the "service menu" mechanism, or as a KAbstractFileItemAction plugin. Maybe such a service menu already exists at http://kde-apps.org/
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.