I unfortunately don't have time to follow the full discussion at the
moment due to a family emergency, so let me just drop in a couple of
thoughts (apologies if they've already been brought up):

- The GUI should absolutely be separate from the core.  Tying them
  together really does nothing except increase the probability of bugs
  on both sides.

- I'd suggest C/C++ is a bad idea for the GUI.  Unlike the transcode
  core, the GUI doesn't (or shouldn't) have to deal with low-level data
  transformation, so the speed offered by C/C++ isn't a benefit; and in
  this day and age, anyone who _doesn't_ have at least Perl and Python
  installed deserves what they get. (:  And for anyone who doesn't feel
  like installing GTK+ or Qt or whatever GUI toolkit we use, we can just
  add a --disable-gui option to ./configure (which is a good idea anyway
  to support e.g. installations where transcode is used as a backend to
  something else).

  --Andrew Church
    achu...@achurch.org
    http://achurch.org/

>Hi.
>
>As per $SUBJECT. We need an official GUI bundled with the official
>package, as mplayer or handbrake (www.handbrake.fr) do.
>
>Besides the usual, well known issues, we hit yet another problem:
>
>My GUI building skills sucks really bad.
>
>So, some help would be really appreciated.
>
>So far, I've collected the following thoughts.
>
>- Mixed feeling about frontend (talking to transcode using [a powered]
>socket interface). I'd like a native application, but if nothing else
>will come up, an official frontend would be nice too.
>
>- The GUI should be coded in C or in C++. We're already full of
>dependencies, so I'm really reluctant to add new _core_ dependencies
>(modules are a different story) unless necessary.
>If the GUI will be in C or C++, that's another point _against_ a
>frontend and in favour of a native approach.
>
>- I've little experience with gtk+, none with QT. So, I've a little bias
>towards gtk+. If I'd to maintain some code, I'd like it would be in gtk.
>Anyway, I'm not against QT... If someone volunteer to (help to) maintain
>it :)
>
>Discussion very welcome.
>
>
>-- 
>Francesco Romani // Ikitt
>http://fromani.exit1.org  ::: transcode homepage
>http://tcforge.berlios.de ::: transcode experimental forge
>

Reply via email to