Re: cd burning in gnome

[Alex Graveley <alex ximian com>]

Hi,

On Thu, 2002-12-05 at 12:42, Havoc Pennington wrote:
> On Thu, Dec 05, 2002 at 01:23:30PM -0500, Alex Graveley wrote: 
> > I think cd burning should be integrated with gnome-vfs, such that
> > invoking a burn operation on a burn: uri will cause the cd to start
> > burning.  Burning options like speed/label/audio-or-data should be
> > passed as arguments here, instead of being locked up in a separate
> > executable.  The advantages here are that cd-burning is 1) easily
> > available to all applications, 2) that burning options, status, and
> > cancellation can be controlled through code and 3) that the GUI is
> > determined by the application.
> > 
> 
> What's the use-case of the above? i.e. what's an app that would do
> this?

Theoretically: unassisted backup programs.  Realistically: an OSX-like
burning interface inside rhythmbox.

> > So, what do you guys think?
> 
> We can always add the burn-options and start-burn "ioctls" to
> gnome-vfs later, even if we don't have them at first (it seems that 
> the decision here doesn't affect the core burn: implementation)

Basically, yes.

OTH, if we made the burn: file-storage per-process, you could
significantly simplify the implementation (drop the unix sockets-based
daemon altogether), relying on a gconf key to ensure two programs aren't
burning at the same time.  But this leads to funky cross-process
semantics.

-Alex

-- 
 on the canvass of life, incompetence is my paintbrush.