If you don't need a full-fledged thread, you can just stick
while (gtk_events_pending())
gtk_main_iteration();
somewhere appropriate in your calculation function. This will allow GUI events
to be processed from within the calculation loop.
-Josh
Valery Avaux wrote:
>
> Hello,
>
> I'
You can use gdk_window_raise(your_window->window) to raise a particular window
to the top of the stack.
-Josh
Raymond Wan wrote:
>
> Hi all,
>
> Sorry for my endless postings lately, but I think I'm trying to do
> a lot of new things in a short amount of time and haven't been able to
>
I don't think you can do anything about this. I just browsed through the
gtkclist code and the select_all function just goes down the list and emits a
"select-row" signal for each row. The select_row function, in turn, performs
a g_list_nth() search through the row list to find the selected row,
Try this and see if it has any effect.
gtk_adjustment_value_changed(gtk_scrolled_window_get_vadjustment(scrolledwindow))
-Josh
Allin Cottrell wrote:
>
> On Thu, 7 Dec 2000, Joshua Horvath wrote:
>
> > Oops, sorry, didn't read the message very carefully. Since
> >
Oops, sorry, didn't read the message very carefully. Since the scrollbars are
being adjusted, this probably isn't the problem.
Is the clist within the ctree getting frozen somewhere? I don't know if this
would cause the behavior you're seeing but it sounds like it coul
>From the docs:
gtk_ctree_node_is_visible ()
GtkVisibility gtk_ctree_node_is_visible (GtkCTree *ctree, GtkCTreeNode *node);
ctree :
node :
Returns : True if the node is currently inside the bounds of the window. Note
that this function can return true even if the node is not viewable, if t
I've noticed that after a selection is made in the popdown list of the
combobox, if you manually set the entry with an item that is not in the list
the focus gets left in a weird state. The next time you show the popdown list,
there is a hollow focus box left around whatever item you last selecte
