Re: dotted line separating table columns in GTK 2.18
Kristian Rietveld wrote: Not that I know of, but I don't have knowledge of SWT so I cannot think of workaround in that area. I think it is a bit stupid that Ubuntu turned on these grid lines by default, because it is deliberately not a theme setting. We wanted the developers of applications decide whether or not grid lines should be enabled for a particular tree view. FYI, Fedora turned it on by default as well. (Fedora 12) It's unfortunate that it is not available as a style setting. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Gtk 3.0
Thanks David, It seems gtkglext does not work yet with SINGLE_INCLUDES. When I compile my app I get the following error message (gtkgkext is including gdkgltypes.h and this is flagged down): In file included from /usr/include/gtkglext-1.0/gdk/gdkgltypes.h:22, from /usr/include/gtkglext-1.0/gdk/gdkgl.h:27, from /usr/include/gtkglext-1.0/gtk/gtkgl.h:22, from ./engine/my_app_engine.h:28, from ./engine/my_app_engine_array.c:12: /usr/include/gtk-2.0/gdk/gdktypes.h:28:2: error: #error Only gdk/gdk.h can be included directly. I am compiling on Ubuntu 9.10 (Gtk 2.18.3, I think) with: CFLAGS = -g -O3 -Wall -ansi override CFLAGS += -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED \ -DGDK_PIXBUF_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED \ -DGSEAL_ENABLE \ -DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES \ -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES Carlos FOO_DISABLE_SINGLE_INCLUDES prevents inclusion of indvidual headers (as opposed to library-level headers such as glib.h). It does not affect what symbols are defined. Yeti ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Display 1 buttons stuck after click until non-button used or other display gets focus
Hello! I've a mid-sized, debian/squeeze (2.18 gtk family) , amd64, multithreaded, gstreamer (webcam in a small window), gdk , two display gtkbuilder 2.0 application that worked well under debian/lenny (stable). Moving to 'squeeze' / testing a very weird effect happens. Display 1 is fullscreen, 0 is in a window. Display 1 has a webcam image and a table of four rows, four columns that holds a number of on/off buttons and simple click buttons. After the change from lenny, any of these buttons will accept one click, send the event signal to the right handler relative to the click, the appropriate of the various handlerer returns after doing the right thing -- but then gtk simply will not accept further clicks (but allows normal mouse movement and will show the focus change on a click attempt) until either: a combo box on display 1 is changed, or the mouse is moved even for a moment off display 1 onto 0, then back on to 1 (without clicking anything on display 0). After either of those things, the toggle buttons will allow one more click, and the cycle repeats. \ In all ways the application is normal after hours of use -- except having to slide the mouse off display 1, on to 0, and back onto 1 before any further button (single or toggle) within the table on display 1 (of 2) will accept a further click. The application responds normally in all other respects. How odd is that? Any ideas? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Gtk 3.0
That's why I asked in the first message of this thread, what are the plans regarding GtkGLExt. To the best of my knowledge, GtkGLExt is still the official way to bridge GTK and OpenGL: http://gtkglext.sourceforge.net/ are there plans to integrate this via Cairo and discard GtkGLExt? that was mentioned in this list years ago... Regards, Carlos It seems gtkglext does not work yet with SINGLE_INCLUDES. When I compile my app I get the following error message (gtkgkext is including gdkgltypes.h and this is flagged down): GtkGLExt is not Gtk+ 3.0 ready. There are more problems in the demos (some still use GtkFileSelection and they fail to receive pointer motion events in Gtk+ 2.18+). I'm not sure how much/if GtkGLExt is mainatained at present. Yeti ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Display 1 buttons stuck after click until non-button used or other display gets focus
Harry Coin wrote: Hello! I've a mid-sized, debian/squeeze (2.18 gtk family) , amd64, multithreaded, gstreamer (webcam in a small window), gdk , two display gtkbuilder 2.0 application that worked well under debian/lenny (stable). Moving to 'squeeze' / testing a very weird effect happens. Display 1 is fullscreen, 0 is in a window. Display 1 has a webcam image and a table of four rows, four columns that holds a number of on/off buttons and simple click buttons. After the change from lenny, any of these buttons will accept one click, send the event signal to the right handler relative to the click, the appropriate of the various handlerer returns after doing the right thing -- but then gtk simply will not accept further clicks (but allows normal mouse movement and will show the focus change on a click attempt) until either: a combo box on display 1 is changed, or the mouse is moved even for a moment off display 1 onto 0, then back on to 1 (without clicking anything on display 0). After either of those things, the toggle buttons will allow one more click, and the cycle repeats. \ In all ways the application is normal after hours of use -- except having to slide the mouse off display 1, on to 0, and back onto 1 before any further button (single or toggle) within the table on display 1 (of 2) will accept a further click. The application responds normally in all other respects. How odd is that? Any ideas? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list Update: v2.18 When I compile the application that has two top level windows to not move one of them to the other monitor, but instead leave them both on the same monitor it all works normally-- whether launched on monitor 0 or monitor 1.Only when one of the two top level windows is moved to another head/monitor will the button permit only one click then all buttons are locked until the mouse moves off that screen momentarily, or until a combo dropdown box on the 'button locked' screen has content changed. I'm thinking this is related to bug 597386 attempted to be fixed by Alex Larsson on 5 oct 09? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkGLExt (was Re: Gtk 3.0)
Hello Carlos, 2009/12/3 Carlos Pereira jose.carlos.pere...@ist.utl.pt: That's why I asked in the first message of this thread, what are the plans regarding GtkGLExt. To the best of my knowledge, GtkGLExt is still the official way to bridge GTK and OpenGL: http://gtkglext.sourceforge.net/ are there plans to integrate this via Cairo and discard GtkGLExt? that was mentioned in this list years ago... OpenGL integration into GTK+ is part of project Ridley [1]. Here the bug report: [2] The project was recently moved to gnome git too [3] and seems to be quite active. [1] http://live.gnome.org/ProjectRidley [2] https://bugzilla.gnome.org/show_bug.cgi?id=119189 [3] http://mail.gnome.org/archives/gtkglext-list/2009-October/msg5.html -- Javier Jardón Cabezas ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list