Hello,
I need in global list in my gtk+ application, i use for it GList:
For example:
I have structure:
typedef struct _data
{
Glist list;
}Data;
I want to use one copy of the list in the whole program:
I have a function bulid my list:
gboolean build_list()
{
Data->list = g_list_append(Da
On 11 Jun 2010, at 16:43, Tor Lillqvist wrote:
>
> I assume you are talking about GLib 2.24.1, from a tarball?
>
Yes.
> There is a "Pre-Build Event" for the glib project that copies
> config.h.win32 to config.h, glibconfig.h.win32 to glibconfig.h and
> gmoduleconf.h.win32 to gmoduleconf.h.
>
> I found the VC++ .sln and .vcproj files, loaded the solution and just tried
> to compile one of the modules in the glib branch. However, every module
> fails to compile because config.h is missing.
I assume you are talking about GLib 2.24.1, from a tarball?
There is a "Pre-Build Event" for t
I'm just investigating the possibility of building gtk-win32 using Visual C++
(after downloading the sources from their respective tarballs). Since
everything else seems to depend on glib, I thought that would be the best place
to make a start.
I found the VC++ .sln and .vcproj files, loaded t
Hello.
> I'm trying to translate co-ordinates from local widget space into screen
> space and back again. Is that possible with GTK?
gdk_window_get_root_coords() or gdk_window_get_origin() will be of
interest in this situation.
Tadej
--
Tadej Borovšak
tadeboro.blogspot.com
tadeb...@gmail.com
t
On 11 June 2010 11:50, Matthew Allen wrote:
> I'm trying to translate co-ordinates from local widget space into screen
> space and back again. Is that possible with GTK?
You can use _get_allocation() to get the size and position of a widget
within it's parent:
http://library.gnome.org/devel/gtk/
Hi,
I'm trying to translate co-ordinates from local widget space into
screen space and back again. Is that possible with GTK?
Regards
--
Matthew Allen
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/lis
Hi,
thank you all for input.
>
> Le 10/06/2010, Shawn Bakhtiar a écrit :
> > 2.2) There is probably a memory leak somewhere. Where the structure of
> > the application (the compiled code) puts that pointer outside the
> > reach of the overflow so when you re-wrote it, it magically worked
> > (vo
On Thu, Jun 10, 2010 at 06:39:30PM +0200, Michael T. wrote:
>
> Yes it does. I tried 10 other ways and they didn't work. This one
> works perfectly (so far).
> ...
>
> All initialization was shown in the previous examples. All my
> initializations are taken directly from the GTK+ documentation an
Hello,
Le 10/06/2010, Shawn Bakhtiar a écrit :
> 2.2) There is probably a memory leak somewhere. Where the structure of
> the application (the compiled code) puts that pointer outside the
> reach of the overflow so when you re-wrote it, it magically worked
> (voodoo appearing indeed).
I agree on
On Fri, 2010-06-11 at 12:50 +1000, Mick wrote:
> Is there any way to get something meaningful that will point to a real
> world location. I assume the :2621 points to a location in the code
> but
> two successive compilations with the source unchanged (eg: make clean;
> make; make install; run; mak
Hello,
Le 11/06/2010, Mick a écrit :
>
> True
> True
> chat_buffer
>
> GtkTextView *chat_view;
> GtkTextBuffer *chat_buffer;
> GtkTextIter start, end;
> GtkTextIter iter;
>
> mai
12 matches
Mail list logo
