Re: Fedora Update + GtkBuilder request
- From: "Eric Work" <work eric gmail com>
- To: gtkdatabox-list gnome org
- Subject: Re: Fedora Update + GtkBuilder request
- Date: Fri, 5 Sep 2008 17:34:01 -0700
The gtk 2.x package in fedora rawhide is gtk2-2.14.0-3.fc10.i386.rpm.
I initially didn't notice any problems because fedora 9 has version
gtk2-2.12.11-1.fc9.i386.rpm, but it didn't built against gtk 2.x in
rawhide. I checked GNOME CVS (since I figured rawhide should be
bleeding edge) to see what was going on, and via the changelogs
GTK_SIGNAL_FUNC has been deprecated. Since 2.0 the preferred macro is
G_CALLBACK which is used everywhere within the gtkdatabox library
itself, just not some examples. So that's the history behind the
patch. If Dr. Roland releases the next version with this patch
applied this should no longer be an issue :-)
On Fri, Sep 5, 2008 at 10:25 AM, Dr. Roland Bock <box2OO6 eudoxos de> wrote:
> Hi Alexey,
> I am not familiar with the GtkBuilder and resulting requirements for widgets
> like gtkdatabox. From a first glance at the documentation, I'd say that this
> certainly looks promising.
> If someone out there is familiar with the GtkBuilder, it would be great to
> receive some input. Patches should work with GtkBuilder but not break
> compatibility with older versions if possible.
> Thanks and regards,
> Alexey Shuvaev wrote:
>> On Fri, Sep 05, 2008 at 07:45:30AM +0200, Dr. Roland Bock wrote:
>>> Hi Eric,
>>> thanks for the update and the patch!
>>> I will take care of that on the weekend.
>>> Eric Work wrote:
>>>> Just to let everyone know, I have finally updated the gtkdatabox
>>>> package in fedora rawhide (F10). Roland, the addition of gtk-doc
>>>> documentation was a nice touch. The was one problem; gtkdatabox does
>>>> not build against the latest version of GTK due to the use of a
>>>> deprecated macro. I have attached a patch that fixes this problem.
>> Hello all!
>> I am not against the proposed patches, just curious.
>> I am the maintainer of freebsd port for gtkdatabox
>> and I have no problems with gtkdatabox-0.9.0.0 and gtk-2.12.11:
>> cc -O2 -W -Wall -pedantic -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED
>> -DGDK_PIXBUF_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -D_THREAD_SAFE
>> -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include
>> -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo
>> -I/usr/local/include/pango-1.0 -I/usr/local/include
>> -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
>> -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -O2 -pipe
>> -march=nocona -fno-strict-aliasing -o .libs/grid grid.o -pthread
>> ../gtk/.libs/libgtkdatabox.so -L/usr/local/lib
>> /usr/local/lib/libgtk-x11-2.0.so /usr/local/lib/libgdk-x11-2.0.so
>> /usr/local/lib/libatk-1.0.so /usr/local/lib/libgdk_pixbuf-2.0.so
>> /usr/local/lib/libpangocairo-1.0.so /usr/local/lib/libXinerama.so
>> /usr/local/lib/libXi.so /usr/local/lib/libXrandr.so
>> /usr/local/lib/libXcursor.so /usr/local/lib/libXcomposite.so
>> /usr/local/lib/libXext.so /usr/local/lib/libXdamage.so
>> /usr/local/lib/libcairo.so -pthread -lpng /usr/local/lib/li
>> render.so /usr/local/lib/libpixman-1.so /usr/local/lib/libpangoft2-1.0.so
>> /usr/local/lib/libpango-1.0.so -lm /usr/local/lib/libfontconfig.so
>> /usr/local/lib/libfreetype.so -lz /usr/local/lib/libexpat.so
>> /usr/local/lib/libXfixes.so /usr/local/lib/libX11.so
>> /usr/local/lib/libXau.so /usr/local/lib/libXdmcp.so -lrpcsvc
>> /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgmodule-2.0.so
>> /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so
>> /usr/local/lib/libpcre.so /usr/local/lib/libiconv.so -Wl,--rpath
>> and no warning or error messages. In which gtk version is GTK_SIGNAL_FUNC
>> deprecated? In gtk-2.14.x? Well, the timestamps for these distros on gtk
>> are 04-Sep-2008 and 05-Sep-2008, that is, yesterday and today...
>> And if we are going so far (I mean the latest releases of gtk) I have
>> another question.
>> Since gtk-2.12.x there is an interface called "Interface builder".
>> The idea is that you define your GUI in the xml file and leave the
>> *.c program itself only for callback functions and actual "meat" code.
>> I am not familiar with libglade but believe that it is something similar.
>> As "Interface builder" is integrated into gtk I find it more favorable
>> than libglade/glade.
>> Are there any plans of supporting this interface in gtkdatabox?
>> gtkdatabox-list mailing list
>> gtkdatabox-list gnome org
> gtkdatabox-list mailing list
> gtkdatabox-list gnome org
] [Thread Prev