[MPlayer-G2-dev] Developing a GTK2 GUI
Gustavo Sverzut Barbieri
gsbarbieri at yahoo.com.br
Sun Aug 3 09:57:44 CEST 2003
--- Charles Ezell <ardneh2 at hotmail.com> escreveu: >
> >I agree libglade could be bloated, however that will not make any
> >difference to us since the hard stuff is coded by mplayer team, GUI
> >wouldn't make it slower... Also, libglade stays out mplayer, so it
> >transparent to us. If it's bloated inside libglade, it will not make
> >mplayer bloated.
> To put this to rest:
> /usr/lib$ ls -alh libglade-2.0.so.0.0.1
> -rwxr-xr-x 1 root root 104k Apr 19 01:09
> libglade is not incredibly bloated.
> Also, It does not have any dependencies a normal GTK+ application
> would not
> (with the possible exceptions of xml2 and expat).
> Good point about libglade being external, btw.
> >I vote for that kind of solution since it makes easier to people
> >and help improving UI, and yes, without knowing C.
> Just ask. Make suggestions. I am listening and, as soon as I get
> working (that is more than a toy), I will make it available so people
> use it
> and provide feedback.
I doesn't have gkt2 here yet... need to upgrade (or at least download
it), but I'll be glad to help...
> As far as coding, if you (or anyone) are (is) interested in helping
> out, and
Yes, I'm interested.
> don't know
> GUI programming, GTK+ is the easiest toolkit I have ever used.
> It is excellently designed and devhelp
> provides quick access to the api.
> Without that, porting mplayer to GTK2 probably wouldn't have
I have to disagree here :)
I already did some coding in gtk1 with perl and C, however IMHO QT is
much easier to code, in C or Python or anything. I like OO for GUI and
the QT API is very clear...
However, it's my opinion and I do NOT have looked at gtk2 yet... I
hope it's better than 1.2
Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso.
Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens!
More information about the MPlayer-G2-dev