On Sat, 25 Aug 2012 16:18:20 -0600
Frank Cox wrote:
I have modified my little test program so it will provide a visual cue for each
pending event. I have attached the modification.
I get three pending events every time I press the OK button. The subwindow
always appears. The label sometimes ap
Friends,
I am putting gtkbuttons inside a grid with modify_bg. I am getting an
odd case that when the window is focused, all buttons are showing white,
not what suggested by modify_bg. The same structure was working fine in
gtk2 (while I was using table instead of grid).
I am posting the complete
On Sat, 25 Aug 2012 11:35:27 -0600
Frank Cox wrote:
The more I look at this the less I understand it.
> What I have discovered is that the subwindow appears as expected prior to
> starting task x, but the label is missing (the subwindow is blank) until it
> updates at the start of task y.
Playin
On Sat, 25 Aug 2012 16:49:14 +0800
Ardhan Madras wrote:
> You call sleep() in mainloop causes it block, you can use
> g_timeout_*() functions to create event in mainloop in timely manner.
> Below I modify your code to implement g_timeout_*() functions.
So the sleep() causes the g_main_context_ite
You call sleep() in mainloop causes it block, you can use
g_timeout_*() functions to create event in mainloop in timely manner.
Below I modify your code to implement g_timeout_*() functions.
Note, you must care with subwindow creation, user may still create the
subwindow (by clicking the OK button
When I click the button the subwindow shows up but the label is missing in
action.
I thought that this line --> while (g_main_context_iteration(NULL, FALSE));
would make both the subwindow and the label show up without having to re-visit
gtk_main(), but obviously that's not the case. Unsurprisin