On Mon, 10 Oct 2011 21:13:22 +0100
Matthew Bucknall wrote:
> As far as I can tell, in gtk+-3.0.12, GtkNotebook only uses the
> minimum size when allocating space for tab labels. If a tab label is
> set to ellipsize, only the ellipsis is shown regardless of how much
> room there is available for t
On 10/10/2011 21:55, Kean Johnston wrote:
>> Sounds like that's related to "D) No input devices are detected"
>> from https://bugzilla.gnome.org/show_bug.cgi?id=653437#c4
> Sadly, making it just load the DLL without a full path didn't fix this
> problem. This really is a sequencing problem. That w
As far as I can tell, in gtk+-3.0.12, GtkNotebook only uses the
minimum size when allocating space for tab labels. If a tab label is
set to ellipsize, only the ellipsis is shown regardless of how much
room there is available for text. Are there any plans to make
GtkNotebook use tab label natural si
Sounds like that's related to "D) No input devices are detected"
from https://bugzilla.gnome.org/show_bug.cgi?id=653437#c4
Sadly, making it just load the DLL without a full path didn't fix this
problem. This really is a sequencing problem. That wintab initialization is
simply happening too early
On Mon, 10 Oct 2011 at 20:00:32 +0200, Markus Elfring wrote:
> 1. g_variant_is_maybe
>A new predicate function that can provide another type check (like
> "g_variant_is_container").
g_variant_type_is_maybe exists. If you have a GVariant* variable, you should
usually know what type it is alread
On 10/10/2011 21:32, Kean Johnston wrote:
> Actually I found the root of the problem (I just haven't figured out how to
> fix it yet, other than a hack). The problem is I have a Wacom Cintiq so I
> have the tablet library. When the tablet library is present and it is being
> initialized, it trie
The only location device_manager is set (that I know of) is in
_gdk_input_init() in gdk/win32/gdkinput.c
1) is _gdk_input_init() called before you hit this problem?
2) Does the g_object_new (GDK_TYPE_DEVICE_MANAGER_WIN32, ...)
call in there return something sensible?
Actually I found the root of
On Mon, 10 Oct 2011 16:46:30 +0200, Kean Johnston wrote:
So the obvious root cause is why display->device_manager is NULL. I
have already verified that that line is in fact being called (i.e, it
is not because g_return_val_if_fail() is returning NULL).
The only location device_manager is set (t
Hello!
The software component "GLib" provides support for nullable data types to some
degree.
http://developer.gnome.org/glib/2.30/gvariant-text.html#gvariant-text-maybe-types
http://developer.gnome.org/glib/2.30/glib-GVariantType.html#glib-GVariantType.description
I imagine that functions like t
Great stuff! Thanks a lot for the effort John, good job! :-)
2011/10/10 John Ralls
> I've made a lot of progress on this in the last few weeks. The wiki pages
> are transferred, the gtk-osx, gtk-mac-integration, gtk-mac-bundler projects
> are in git.gnome and ftp.gnome, and Kris has gotten most
I've made a lot of progress on this in the last few weeks. The wiki pages are
transferred, the gtk-osx, gtk-mac-integration, gtk-mac-bundler projects are in
git.gnome and ftp.gnome, and Kris has gotten most of the patches reviewed and
I've pushed them.
Now to the web page. I've written a replac
Just finished getting glib 2.30 and GTK 3.2.0 compiled in my DDK Win32
environment. I am trying to run the GTK tests and they all fail in the same
place: gdkevents-win32.c:1773 (or thereabouts). It reads:
device_manager = gdk_display_get_device_manager (_gdk_display);
keyboard_grab = _gdk_disp
Hello,
Le 10/10/2011, Benjamin Otte a écrit :
> - Port selected applications from clutter-gtk/GtkGLExt
> - Which ones?
> - Can we get the app authors to do this?
I'm developping a small software for scientific visualisation in the
domain of atomistic simulations (V_Sim, http://inac.cea.fr/L_S
hi Benjamin;
I generally agree with this plan. let me raise just a couple of
points...
On 2011-10-10 at 01:19, Benjamin Otte wrote:
> After Emmanuele's mail[1] I've been wondering how to get there. In
> particular, I've been wondering how to get there incrementally, so
> that when we finally rele
After Emmanuele's mail[1] I've been wondering how to get there. In
particular, I've been wondering how to get there incrementally, so
that when we finally release a GTK 4.0, we can support a transition
that is as smooth for applications as the transition to GTK 3.0.
I think that the best first ste
15 matches
Mail list logo