Hi everyone,
i am experiencing random problems here if i use g_main_loop_quit from a
different thread than where the GMainLoop runs.
my program looks like this:
1. in main: create a new context and a new loop
2. spawn a thread
3. call g_main_loop_run in the thread on the previously created loop
Hi all
Can anyone tell me what kind of widget is used in the left
side of the main window of Evolution mail client ?
I found some probable stuff in the GAL library (e-shortcut-bar)
but I would need that widget showing a treeview-like menu as
evolution does.
Waiting for some clue, many
Armin Bauer wrote:
Hi everyone,
i am experiencing random problems here if i use g_main_loop_quit from a
different thread than where the GMainLoop runs.
my program looks like this:
1. in main: create a new context and a new loop
2. spawn a thread
3. call g_main_loop_run in the thread on the
Tristan Van Berkom wrote:
My guess is that it just doent make sence to remove the mainloop
while the other thread is sleeping in poll(), sure the code will lock
its mutex and everything; but when the other thread wakes up;
how could it deal with a gone mainloop ?
Scratch that; doesnt make any
On Thu, Mar 09, 2006 at 01:23:38PM -0500, Carlos Savoretti wrote:
Hi all
Can anyone tell me what kind of widget is used in the left
side of the main window of Evolution mail client ?
The source code of Evolution is freely available, so anyone
can tell by looking there (but no, I did not look
Armin Bauer wrote:
Is this a known problem or am i doing something wrong?
Heh, I think I figured it out; I think that after calling
g_main_loop_quit();
if the thread is sleeping, you'll have to call g_main_context_wakeup() on
it for _run() to return; I wonder if that is a bug or should be
Tristan Van Berkom wrote:
Armin Bauer wrote:
Is this a known problem or am i doing something wrong?
Heh, I think I figured it out; I think that after calling
g_main_loop_quit();
if the thread is sleeping, you'll have to call g_main_context_wakeup() on
it for _run() to return; I
Hi,
I use glib on windows to allocate memory for a camera. Its DLL then
uses the memory and pass it to the kernel and fill it via DMA. I have
to be sure that windows doesn't move my buffer(s) later since the
kernel has built its allocation table using it.
With windows there are functions to
There is a TreeView widget whose TreeSelection's mode is SELECTION_MULTIPLE.
I'd like to change how a single mouse click (and any of the equivalent actions
from the keyboard and other input methods) on a row impacts the selection. The
rest of the selection UI should behave as usual: Ctrl+click
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/9/2006 11:38 AM, Yevgen Muntyan wrote:
Hello everybody,
I opened a bug http://bugzilla.gnome.org/show_bug.cgi?id=334060 ,
about selected text == PRIMARY gtk thing.
What do people think about enabling people use gtk in 'mozilla-like'
mode,
Brian J. Tarricone wrote:
It's not really gtk that's in the wrong here - IMHO mozilla/firefox is
buggy.
mozilla allows user having multiple selections, and it doesn't
clear selection when you select something else. It's not buggy,
it's correct (not for everyone, of course).
The document you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/9/2006 3:05 PM, Yevgen Muntyan wrote:
Brian J. Tarricone wrote:
It's not really gtk that's in the wrong here - IMHO mozilla/firefox is
buggy.
mozilla allows user having multiple selections, and it doesn't
clear selection when you select
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/9/2006 3:51 PM, Yevgen Muntyan wrote:
Brian J. Tarricone wrote:
mozilla allows user having multiple selections, and it doesn't
clear selection when you select something else. It's not buggy,
it's correct (not for everyone, of course).
Brian J. Tarricone wrote:
Well, we're arguing over what boils down to a personal
opinion/aesthetics, which is useless. No agreement can be made here, so
let's just drop it.
We can't! This is what I am talking about: I like this, and you like that,
and it's impossible to satisfy both. And
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/9/2006 5:31 PM, Yevgen Muntyan wrote:
I agree. Can we please get entry in FileChooser?
Try ctrl+L. Assuming that's what you mean.
As a random example, a piece of software I maintain had an option for
whether or not to show application
Hi,
Peter Eckersley [EMAIL PROTECTED] writes:
No, you haven't. Just type the name of the file to open (or rather
only the first letters of it). Then press Enter once. Do _not_ press
Ctrl-L before you do this, just use typeahead as in any other list
view.
This fragment of a solution is a
Peter Eckersley wrote:
control-u to blank the line, anyone?
Put gtk-key-theme-name=Emacs in ~/.gtkrc-2.0
I almost broke a bottle of champagne when I discovered this gem on a
random webpage :-)
someone should really get around to building a new command line shell
that is GUI-fied and does
On Thu, 2006-03-09 at 09:23 +0100, Sven Neumann wrote:
You are using a rather old version of GTK+ then. I suggest that you
update before you continute to bash the file-chooser. A lot of
usability problems have been taken care of in recent versions.
I am currently using 2.8.6 which behaves as I
On Thu, 2006-03-09 at 09:23 +0100, Sven Neumann wrote:
You are using a rather old version of GTK+ then. I suggest that you
update before you continute to bash the file-chooser. A lot of
usability problems have been taken care of in recent versions.
I am wrong in my other post. 2.8 definitely
I want to be able to draw lines on a gtkDrawingArea, with a color the user selects (r,g,b),
however I don't understand how I would do.
The whole business with gdkGC's and gdcColors seems very alien. If somebody could
point me to a tutorial (the scribble one isn't enough since that one doesn't use
Can you maybe return TRUE from some of the GtkWidget signals to prevent
further handling... like the enter-event and grab-focus or something
along those lines? I'm not sure what/when all those events do what they
do. But just an idea.
- Micah
Murray Cumming wrote:
Is there any good way
On Thu, 2006-03-09 at 19:39 +0100, Leo - wrote:
I want to be able to draw lines on a gtkDrawingArea, with a color the
user selects (r,g,b),
however I don't understand how I would do.
The whole business with gdkGC's and gdcColors seems very alien. If
somebody could
point me to a tutorial (the
You probably should build some helloworld type program that includes
some typical DDK headers without actually using any DDK functionality,
and includes glib.h, and just calls g_print(hello, dude\n) and see
what happens...
with some very kind guidance from Tor I was able to compile and run the
I have a function that will take some time to run.. actually, it forks
out another process which can take up to say 4 seconds. I want to
display a modal dialog during this time, or perhaps just a statusbar
message. In any case, whatever I do does not show up until AFTER the
process is
Tor Lillqvist wrote:
Rick Jones writes:
I was wondering about the status of IO Channels under Windows -
specificially with respect to SOCKETs (the capitalization is
Windows', not mine :) I ask because:
Currently full support is available on UNIX platforms, support for
Windows is only
On Thu, Mar 09, 2006 at 03:03:25PM -0800, Micah Carrick wrote:
I have a function that will take some time to run.. actually, it forks
out another process which can take up to say 4 seconds. I want to
display a modal dialog during this time, or perhaps just a statusbar
message. In any
Yes, it is: gtk_main_iteration_do() (see also documentation
of gtk_events_pending()).
Yeti
Hah! Perfect. I knew it. Thanks! :)
- Micah
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
27 matches
Mail list logo