Eric Wajnberg wrote:
However, as I've mentioned in my original post, functions like
pango_font_description_from_string, etc. are not recognized in my coding
environment (while I can define pointer to things like PangoFontDescription
without problem).
This looks weird to me. Is there some
Hi,
I'm currently working on a library that uses GTK to open multiple
windows for drawing operations. The library will be used in a console
application as a plugin for graphical output. It has to run on win64 and
linux.
Because the program acts as a plugin i have to run gtk_main in it's own
On Wed, Nov 6, 2013 at 9:58 AM, Horst Löffel bionicsp...@web.de wrote:
Because the program acts as a plugin i have to run gtk_main in it's own
thread. But drawing operations will come from another thread which i call
main thread.
Many main loop implementations allow you to embed a different
No, as soon as you use GObject derived types (or call
g_types_init/gtk_init) the class structures for all your gobject
derived classes will be created _once_. This unevitable, but nothing to
worry about (same for GThread and friends), just be aware of their
existance (and/or suppress them in
Many thanks Ruslan,
got my things working now...
except with one problem that is
all widgets (mostly buttons) fitted into top level window disappears when I
switch window and come back
On Friday, 1 November 2013 2:13 PM, Ruslan Kabatsayev b7.10110...@gmail.com
wrote:
OK, now I see your
Setting the env var G_SLICE=always-malloc helps a lot (at least from my
experience).
Also have a look at https://wiki.gnome.org/Valgrind for more stuff like
suppression files for various applications, maybe you can derive your
own from one of those.
If you want to really want get into the
Hello,
According to GObjectIntrospection wiki page[1], this is the proper place
to ask questions about GI.
I'm wondering if the function g_field_info_get_offset() [2] could
provide the same information at compile-time that the G_STRUCT_OFFSET
macro [3] provides at run-time? Am I missing
On Wed, Nov 6, 2013 at 9:05 AM, Andrés G. Aragoneses kno...@gmail.comwrote:
Hello,
According to GObjectIntrospection wiki page[1], this is the proper place
to ask questions about GI.
I'm wondering if the function g_field_info_get_offset() [2] could provide
the same information at
On 06/11/13 15:39, Jasper St. Pierre wrote:
On Wed, Nov 6, 2013 at 9:05 AM, Andrés G. Aragoneses kno...@gmail.com
According to GObjectIntrospection wiki page[1], this is the proper
place to ask questions about GI.
I'm wondering if the function g_field_info_get_offset() [2] could
On 6 November 2013 14:45, Andrés G. Aragoneses kno...@gmail.com wrote:
(unless glib upstream would accept a patch to wrap the G_STRUCT_OFFSET in
a public function?).
That would be a function for every member of every struct, as
G_STRUCT_OFFSET is a macro (sounds unlikely to me).
Ross
On 06/11/13 16:45, Ross Burton wrote:
On 6 November 2013 14:45, Andrés G. Aragoneses kno...@gmail.com
mailto:kno...@gmail.com wrote:
(unless glib upstream would accept a patch to wrap the
G_STRUCT_OFFSET in a public function?).
That would be a function for every member of every
On Wed, Nov 6, 2013 at 10:48 AM, Andrés G. Aragoneses kno...@gmail.comwrote:
On 06/11/13 16:45, Ross Burton wrote:
On 6 November 2013 14:45, Andrés G. Aragoneses kno...@gmail.com
mailto:kno...@gmail.com wrote:
(unless glib upstream would accept a patch to wrap the
G_STRUCT_OFFSET
12 matches
Mail list logo