Re: Fedora Update + GtkBuilder request



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,

Roland




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.


Regards,

Roland

Eric Work wrote:
Hi,

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
(http://www.freebsd.org/cgi/ports.cgi?query=gtkdatabox&stype=all)
and I have no problems with gtkdatabox-0.9.0.0 and gtk-2.12.11:

[snip]
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
bX
 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 -Wl,/usr/local/lib
[snip]

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 ftp
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".
(http://library.gnome.org/devel/gtk/stable/GtkBuilder.html)
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?

Thanks,
Alexey.
_______________________________________________
gtkdatabox-list mailing list
gtkdatabox-list gnome org
http://mail.gnome.org/mailman/listinfo/gtkdatabox-list



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]