Re: cd burning in gnome
- From: Mark D'voo <mailinglists insightbb com>
- To: Miguel de Icaza <miguel ximian com>, Alex Graveley <alex ximian com>
- Cc: desktop-devel-list gnome org
- Subject: Re: cd burning in gnome
- Date: Thu, 5 Dec 2002 18:25:30 -0600
On Thursday 05 December 2002 12:47, Miguel de Icaza wrote:
has anyone checked out the coaster project lately ?
http://coaster.homelinux.org/index.html
Aren't they trying to create a library for all of this ?
/Line72
> Hello,
>
> > So there is some contention as to the correct way to implement CD
> > burning inside nautilus/gnome-vfs for Gnome, and I was hoping to get
> > some opinions from the community as to which is the better option.
> >
> > Alexl thinks that a burn: vfs uri should only be used for temporary
> > file-storage, and that a separate executable should be invoked to prompt
> > the user with a dialog to begin burning and to show status. The dialog
> > will allow specifying options like burn speed, burner device to use, and
> > a label for the CD. The advantages here are simplicity of the burn: vfs
> > method, and keeping cd-burning code out of gnome-vfs.
> >
> > 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.
>
> I prefer the Alex Larsson approach for a couple of reasons:
>
> * It is not clear when CD burning would begin with the
> burn: uri.
>
> * An ioctl/command setup is suboptimal, because
> the burning process might have to deal with exceptional
> conditions like defects on the CD, choosing a label,
> retrying the operation.
>
> These conditions would require either an elaborate
> callback mechanism/notification mechanism that is
> not really needed.
>
> * I fail to see the advantage of putting the burning code
> in the gnome-vfs. Using `burn:' as a staging place seems
> like a small code addition, but using it as the actual
> burning process produces no benefits, and makes the GUI
> for burning more complex.
>
> * It just does not feel right.
>
> Miguel.
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
--
18:24:31 up 3 days, 6:00, 2 users, load average: 2.21, 0.99, 0.38
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]