David Nečas (Yeti) wrote:
> On Tue, Feb 13, 2007 at 02:03:29PM -0700, Michael Torrie wrote:
>
>>In any event, if a user wants to develop with
>>libglade, he'd need to install the rpms or debs or whatever. Most users
>>aren't going to be using the raw tarballs.
>
>
> Install it and use it are tw
On Tue, 2007-02-13 at 16:40 -0500, Tristan Van Berkom wrote:
> From that perspective, considering that we are speaking of a user
> base of developers that probably have experience dealing with
> third party software packages, I find it stunning that people dont
> just run an 'ls' in the package r
On Tue, Feb 13, 2007 at 02:03:29PM -0700, Michael Torrie wrote:
>
> In any event, if a user wants to develop with
> libglade, he'd need to install the rpms or debs or whatever. Most users
> aren't going to be using the raw tarballs.
Install it and use it are two very different things.
Sure, one
On Tue, 2007-02-13 at 14:03 -0700, Michael Torrie wrote:
> On Tue, 2007-02-13 at 15:12 -0500, Tristan Van Berkom wrote:
> > Somehow I think that downloading the actual tarball from wherever the
> > website of a said software said to go download it from is much more
> > obvious a place then in a "-d
On Tue, 2007-02-13 at 15:12 -0500, Tristan Van Berkom wrote:
> Somehow I think that downloading the actual tarball from wherever the
> website of a said software said to go download it from is much more
> obvious a place then in a "-devel" package, that may or may not be
> available for whatever yo
On Tue, 2007-02-13 at 12:53 -0700, Michael Torrie wrote:
[...]
> One thing that might help here is to have a compiled executable that
> demonstrates libglade be installed as part of the normal compilation
> process. This would then be picked up by the packagers and installed as
> part of the -deve
On Tue, 2007-02-13 at 14:16 -0500, Tristan Van Berkom wrote:
> PS: This is not a personal thing, countless hordes have come in
> search of a libglade example without ever consulting the tarball,
> its just getting a little frustrating by now - but what can we do
> to improve the situation ?
I was
On Tue, 2007-02-13 at 10:28 -0700, Michael Torrie wrote:
> On Tue, 2007-02-13 at 09:47 -0500, Tristan Van Berkom wrote:
>
> > The testlibglade program that comes with libglade is about 100
> > lines of code + some helpfull comments about using the library
> > and about how the library works.
> >
Ed Catmur escribió:
> On Tue, 2007-02-13 at 00:56 -0300, Matías Alejandro Torres wrote:
>
>> What about this warning
>>
>> 181:dialog = gtk_file_chooser_dialog_new (_("Select where to save
>> contacts."),
>> 182: NULL,
>> 183:
On Tue, 2007-02-13 at 09:47 -0500, Tristan Van Berkom wrote:
> The testlibglade program that comes with libglade is about 100
> lines of code + some helpfull comments about using the library
> and about how the library works.
>
> I hope that this source file in the libglade tarball was easy
> to
> > > A point I miss in the tutorial is to mention the
> > > G_DEFINE_TYPE()-like macros which should be prefered over
> > > manually defining a _get_type() function whenever possible.
> > I never did get that G_DEFINE_TYPE() stuff at all... It'd be
> > good to see some clear documentation on it.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Feb 12, 2007 at 09:49:46PM +0100, David Nečas (Yeti) wrote:
> On Mon, Feb 12, 2007 at 02:05:27PM -0600, Shixin Zeng wrote:
[...]
> > 2)How its intefaces handled, when a class is derived? Will the child
> > classes possess the same interfaces,
On Sun, 2007-02-11 at 16:06 -0700, Michael Torrie wrote:
> On Sun, 2007-02-11 at 14:58 -0700, Michael Torrie wrote:
> > I've attached one that compiles thusly:
> >
> > gcc -o gladetest gladetest.c `pkg-config --cflags --libs gtk+-2.0
> > libglade-2.0`
>
> The attachment doesn't seem to have made
On Tue, 2007-02-13 at 00:56 -0300, Matías Alejandro Torres wrote:
> What about this warning
>
> 181:dialog = gtk_file_chooser_dialog_new (_("Select where to save
> contacts."),
> 182: NULL,
> 183:
14 matches
Mail list logo
