Is there a way to have a (non-main iteration) thread issue a signal when it
ends?
I start up a timeout and an idle function when I spawn a new thread.
I want the main iteration to stop the timeout and idle function as soon as the
new thread is finished and disappears.
It seems to me that if
Hello ...Excuse me for my question I am
creating a combo-box with scrollbar with GTK 3.0 and VALA (gtk) .
.as the COMBO-BOX in LibreOffice that have in the list of FONTS
..
I have been able to create something like a MENU
Perhaps the easiest thing is just to have the new thread set a flag (which the
main iteration has access to) and then have the timeout and idle functions
check the flag and return FALSE is it is set or return TRUE if not set.
I still think signals would be more elegant, but maybe this is the
On 5 July 2012 14:26, David Buchan pdbuc...@yahoo.com wrote:
Is there a way to have a (non-main iteration) thread issue a signal when it
ends?
I start up a timeout and an idle function when I spawn a new thread.
I want the main iteration to stop the timeout and idle function as soon as
the
Aaaah.. I see.
Yes, that's exactly what I meant.
That's great! Thanks.
From: jcup...@gmail.com jcup...@gmail.com
To: David Buchan pdbuc...@yahoo.com
Cc: gtk-app-devel-list list gtk-app-devel-list@gnome.org
Sent: Thursday, July 5, 2012 11:32 AM
Subject: Re:
When the user presses a button, an idle function is begun to watch a flag which
will tell it a message has been left in a string for it by a worker thread. The
worker thread is then started. It will produce results to be displayed in a
textview by the idle function. When the worker thread has
http://www.shgpromotionalforum.org/mlllka.html?kaa=rlnykj
___
gtk-i18n-list mailing list
gtk-i18n-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-i18n-list
On Wed, 04 Jul 2012 13:18:18 +0200
Martin Schlemmer martin.schlem...@nwu.ac.za wrote:
On 7/4/2012 at 10:30 AM, Chris Vine ch...@cvine.freeserve.co.uk
wrote:
[snip]
GTK+/GDK has never been thread-safe on Win32. If the GDK global
lock
appeared to work for you in the past you just got lucky.
As I can with a button to control the effect of the judgment
gdk_device_grab (); ... and gdk_device_ungrab() ;
.. I have been able to create something like a MENU
... I use a WINDOW-POPUP (
gtk_window_new(GTK_WINDOW_POPUP); ) as a menu
I'm not subscribed to the list, but noticed list-only reply from archives:
configure:27047: i586-mingw32msvc-gcc -c -march=i486 -isystem
This isn't a MinGW gcc triplet. If you were using MinGW the triplet
should be i?86-pc-mingw32 where ? is based on your client but defaults
to 3.
That's
On 3 July 2012 01:18, Marko Lindqvist cazf...@gmail.com wrote:
dpkg -S $(which i586-mingw32msvc-gcc)
mingw32: /usr/bin/i586-mingw32msvc-gcc
I now suspect that problem is in that for some reason Debian has not
made automatic transition from this old compiler packet to newer one I
just noticed.
On Thu, 05 Jul 2012 18:45:25 +0200
Martin Schlemmer martin.schlem...@nwu.ac.za wrote:
Anyhow, I am now aware of the problem, but for sake of legacy code
that might still use gdk_threads_init(), should I file a bug with the
patch, or maybe to at least one to add a warning/abort in
If I use the new GtkApplication class, how do I initialize threading
support?
I used to do this...
g_type_init ();
gdk_threads_init ();
gdk_threads_enter ();
gtk_init (argc, argv);
/*app code*/
gtk_main ();
gdk_threads_leave ()
So If I use the new GtkApplication class where do I do that (in
On 2012/07/01 at 09:48 PM, Martin Schlemmer martin.schlem...@nwu.ac.za
wrote:
On 2012/06/29 at 10:55 PM, Torsten Schoenfeld kaffeeti...@gmx.de wrote:
The patch is looking pretty good now. A few remaining things:
On 27.06.2012 15:01, Martin Schlemmer wrote:
- Add OPTIMIZE to CFLAGS for the
14 matches
Mail list logo