Re: [Nautilus-list] CD Burning or "in case you get overwhelmed with copious free time"

[Ben Martin <monkeyiq users sourceforge net>]

On Wed, 2002-03-27 at 08:38, Tuomas Kuosmanen wrote:
> So. We discussed this a bit on IRC the other day.
> 
> MacOSX has this utterly cool way of making CD writing so easy. Whoever
> designed that thing, whoa! :-)
> 
>         * You toss in a blank CD-R(W) media in the cd-r(w) drive and you
>           get a "Blank CD Media" icon on the desktop that looks and acts
>           just like an empty CD that has 650MB free space.
>         * You can open it in Finder, and drag files to it. It looks just
>           like a normal folder or harddisk, so fill it with up to 650MB
>           of stuff. Organize it the way you want, edit things inside
>           etc..

Edit as in edit the location/name of the file or edit the contents of
the file for only the CD copy? I have the idea to implement this using 
cp -s and tmpfs. There are as always issues: for a V1 its mainly that I
haven't looked at notification and detection of cdrom media (74/80/90
minute disks) but a simple VFS module could be made provided the user
can not change the actual contents of the files that are going to be
burnt.

This solution does avoid the issue of:
1) D&D of network URLs will not work because a softlink to something
that the linux kernel doesn't understand will not work for mkisofs
unless mkisofs has explicit gnome-vfs or libferris support.
2) D&D from removable media that is ejected before the CD is created.

but using a softlink farm on a tmpfs partition would offer a quick and
dirty method of doing this. [I waffled on IRC about this the other day,
but for the joy/pain of others I repeat it here]

The coolest thing about the link farm idea would be to offer to clone
all previous sessions in a multisession disk so that you could create a
new session with extra / restricted content. (IIRC when a file is in a
previous session you can refer to it in later sessions on a multisession
disk without having to burn the file contents twice).

>         * Once you are done, you want to eject it. So the normal way,
>           you drag it to the trashcan which, on macosX normally turns
>           into an Eject symbol if you drag a CD-Rom there. In this case
>           though, it changes to a "BURN CD!" icon.
>         * So you do that, and it burns the CD for you probably showing a
>           nice progressbar (dont have a supported cd-writer to check)
>           and once it is done, it ejects the CD. Your Stuff Done.
> 
> This is just insanely easy and simple. And all the things needed we
> already have, in the form of mkisofs, cdrecord and friends.
> 
> Note that it does not need to use packet writing to actually *write* the
> stuff when you drag the files. It can just master the CD when you eject
> it. I think OSX does it by keeping a catalog of the files you "copied"
> to the CD, and some kind of "these files were edited while inside the
> CD" -updated files repository. Once you are ready to burn, it just
> constructs the final file list from these, pipes it to their equivalent
> of mkisofs and pipes the ISO image to their cd-writing thing. Most
> computers with cd-burners today can do it on the fly.
> 
> So this would be very neat. And I dont think it would be *insanely* hard
> to do. It would be trivial to do a "Burn to CD" nautilus script, but the
> harder part is to have the "cd-to-be-burned" view. It would probably
> need to be something like the Trash, a some sort of a virtual folder
> that just has a fixed size of the CD media.
> 
> Thoughts?
> 
> Tuomas
> 
> -- 
>:: :: Tuomas Kuosmanen  :: Art Director, Ximian :: ::
>:: :: tigert ximian com :: www.ximian.com       :: ::
> 
> 
> _______________________________________________
> nautilus-list mailing list
> nautilus-list lists eazel com
> http://lists.eazel.com/mailman/listinfo/nautilus-list
-- 
-----------------------------------------------------
http://witme.sourceforge.net/libferris.web/