[9439] in The GTK GIMP ToolKit mailing list archive

home help back first fref pref prev next nref lref last post

[gtk-list] Re: #defining if Gtk has support for GtkCTree

daemon@ATHENA.MIT.EDU (Kemal 'Disq' Hadimli)
Tue Oct 20 10:41:31 1998

Date: Tue, 20 Oct 1998 17:41:31 +0000 (GMT)
From: "Kemal 'Disq' Hadimli" <disq@iname.com>
To: gtk-list@redhat.com
In-Reply-To: <199810200316.FAA13952%timj@gtk.org>
Resent-From: gtk-list@redhat.com
Reply-To: gtk-list@redhat.com

On Tue, 20 Oct 1998, Tim Janik wrote:

> > i want such a configure.in that if the gtk found is an unstable version, 
> > #define _UNSTABLEGTK_
> > or better, if gtk found has support for GtkCTree, #define something.
> > can i do that? how?

> since each widget is implemented within its own .h and .c files, the easiest
> (and eventually too obvious) way to test for the presence of the ctree widget
> is a #ifdef __GTK_CTREE_H__.
hmm. :)

> but since the ctree API has recently undergone some major changes, mostly
> with regards to the ctreenode handling, i'd say you are better off with
> checking gtk's corresponding version macros, defined in gtkfeatures.h:
> 
> /* Gtk+ 1.1.2 version tag
>  * - ctree function name changes
>  */
> #define GTK_HAVE_FEATURES_1_1_2                         1-1-2
ok. but GTK_HAVE_FEATURES_1_1_2 will not be undef'd in Gtk+ 1.1.3 if some
funcs etc does not change, right?

---
bash# Disq/OMHAF
bash# (old mcdonald had a farm)


-- 
To unsubscribe: mail -s unsubscribe gtk-list-request@redhat.com < /dev/null


home help back first fref pref prev next nref lref last post