I would recommend *not* installing packages from other sources in your
MinGW folder.
I did not know. It is better to install them in the directory of Code:Blocks
(my IDE)?
No, that would also be mixing stuff from separate sources. I would
install them in a totally separate folder.
--tml
amol wrote:
Hi,
When we do gtk_buildable_set/get_name for any object created through
GtkBuilder, GtkBuildable does g_object_set/get_data to return the
corresponding name of object if its set/get_name are not overridden.
But GtkWidget overrides set/get_name of buildable interface and does
On Jan 29, 2008 5:35 AM, Bin Chen [EMAIL PROTECTED] wrote:
[...]
I can't see any code to transfer modified display structure to the
server, this API is invoked by a XIM server so obviously the register
stuff need to be accessed by other process, is there any shared memory
trick in libX11?
I looked the gimp install directory and I found this files :
- bin/*.dll
- etc/gtk-2.0/gdk-pixbuf.loaders
- etc/gtk-2.0/gtk.immodules
- etc/gtk-2.0/gtkrc
- etc/pango/pango.aliases
- etc/pango/pango.modules
- lib/gtk-2.0/2.10.0/engines/*
- lib/gtk-2.0/2.10.0/immodules/*
-
I feel the same way. I can't think of an example off of the top of my
head, but I swear there have been things that the only way I figured
them out was by reading the python documentation and sort of guessing at
the C API. Yes I look at the reference docs on gtk.org and gnome.org.
Date: Wed,
On Thu, 31 Jan 2008, Tor Lillqvist wrote:
In particular, the loaders directory is now gone due to Tor's
decision to build a monolithic gdkpixbuf library for GTK on
Windows, with all the loaders pre-embedded. Personally, I wish
he'd reconsider that.
OK, you are the second person to
Hi All,
We are working on an environment that has multiple Graphics and Video
Layers were the Graphics layer is set with ARGB color format .
We have got GTK-DFB running on this platform.
We are trying to address a requirement where we have an graphics
application and
Hi All,
We are currently involved in bringing up a multi-threaded graphics
abstraction layer on top of GTK-DFB. We are facing issues with the event
dispatch mechanism of GTK-DFB. On further analysis, we find that the
GTK-X11's event dispatch mechanism is a bit different from that of GTK-DFB.
Hi All,
Iam using glib api's (g_convert)to convert the UTF-8 to ISO-8859-1..
but it displayed error as Coversion from UTF-8 to ISO-8859-1 is not supported
For me its working fine in linux, but when i port my code in embedded..this
g_convert fails and displays error..
Is anybody knows how
Hi, Markku,
Thanks a lot for your help.
I did some further investigation on this issue. I have two questions on
this issue:
1. The object created by gtk_invisible_new() is not floating.
Here is a snippet from gtk+-2.12.5/tests/testselection.c
init_atoms();
selection_widget =
Hi,
On Thu, 2008-01-31 at 06:06 +0100, Denis Oliver Kropp wrote:
gdk-directfb-cleanups.patch
Applied.
gdk-directfb-copy-to-image.patch
Applied.
gtk-add-glib-libs-to-executables.patch
This was a scary build issue. I installed glib, pango and gtk, but kept
using
my system's
Sven Neumann wrote:
Hi,
On Thu, 2008-01-31 at 06:06 +0100, Denis Oliver Kropp wrote:
gdk-directfb-cleanups.patch
Applied.
gdk-directfb-copy-to-image.patch
Applied.
gtk-add-glib-libs-to-executables.patch
This was a scary build issue. I installed glib, pango and gtk, but
Yevgen Muntyan wrote:
Denis Oliver Kropp wrote:
Sven Neumann wrote:
On Thu, 2008-01-31 at 06:06 +0100, Denis Oliver Kropp wrote:
gtk-add-glib-libs-to-executables.patch
This was a scary build issue. I installed glib, pango and gtk,
but kept using
my system's atk. When
On Tue, 2007-12-04 at 08:31 +0200, Tor Lillqvist wrote:
GDK_dead_circumflex, GDK_C, 0, 0, 0, 0x0108, /*
LATIN_CAPITAL_LETTER_C_WITH_CIRCUMFLEX */
[...]
GDK_dead_circumflex, GDK_c, 0, 0, 0, 0x0109, /*
LATIN_SMALL_LETTER_C_WITH_CIRCUMFLEX */
[...]
The sequences you list are exactly
14 matches
Mail list logo