ss you're positive its a label, you may want to test the
child widget with a GTK_IS_LABEL(GTK_BIN(button)->child) before casting
it as GTK_LABEL just to avoid GTK warnings.
--
regards,
Luciano Chavez
[EMAIL PROTECTED]
http://evms.sourceforge.net
_
Shadia,
Change the (gpointer)file_selector to GTK_OBJECT(file_selector).
--
regards,
Luciano Chavez
[EMAIL PROTECTED]
http://evms.sourceforge.net
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
gtk_widget_show() on each menu item
before the gtk_menu_popup() corrects the problem. Placing
gtk_widget_show_all() before gtk_menu_popup() also works.
--
regards,
Luciano Chavez
[EMAIL PROTECTED]
http://evms.sourceforge.net
___
gtk-list mailing list
it doesn't seem to work right for
me.
Anyone else seen this behaviour with a pure GTK app? GNOME apps (not
GTK) that I've tried work as expected with the popup menu never going
beyond the screen bounds.
I already searched the bug reports but didn't find anything pertinent.
--
regards
with the mouse?
--
regards,
Luciano Chavez
[EMAIL PROTECTED]
http://evms.sourceforge.net
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
On Fri, 2002-05-17 at 11:06, Luciano Chavez wrote:
> If I could tell which rows are being displayed, I could alternate the
> row colors and then catch "tree-collapse" and "tree-expand" signals and
> re-alternate the colors from the row collapsed/expanded down to the
e
row colors and then catch "tree-collapse" and "tree-expand" signals and
re-alternate the colors from the row collapsed/expanded down to the end
of the list.
The thing is, I am not sure how to tell which "rows" in a GtkCTree are
being displayed.
Anyone know a better
On Fri, 2002-04-19 at 16:33, Havoc Pennington wrote:
>
> Luciano Chavez <[EMAIL PROTECTED]> writes:
> >
> > I have an app that displays a GtkCTree which registers a signal handler
> > for the button_press_event. When the signal handler is invoked, it
> >
ition_context_menu_over_clist_focus_row (GtkMenu *menu,
gint *x, gint *y,
GtkCList *clist)
{
gint wx;
gint wy;
gdk_window_get_deskrelative_origin
(GTK
ecognize SHIFT + GDK_F10 just fine. But now what?
The GdkEventKey doesn't provide x & y coordinates. How do I get the x &
y coordinates during the "key_press_event"?
The whole point of allowing SHIFT-F10 is to attempt to make the app more
accessible to folks with disabilities.
he "button_press_event" actually
cancel the signal and revert the toggle button to its original state?
Also, do I have to setup identical signal handlers for using the
keyboard, i.e. "key_press_event" since I am not using the
"translations"?
Is this really going to do what I want which is undo the event and
revert to original state?
--
regards,
Luciano Chavez
[EMAIL PROTECTED]
http://sf.net/projects/evms
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
");
Again, I want to know the generic method to cancel a signal within a
signal handler so the widget does not reflect the change. This applies
to GtkAdjustment value changes (for GtkHScale and GtkSpinButton
changes), GtkCList row selection and unselection, and others.
--
regards
ailing list
> [EMAIL PROTECTED]
> http://mail.gnome.org/mailman/listinfo/gtk-list
Dino,
Try gtk_clist_column_titles_passive ().
--
regards,
Luciano Chavez
[EMAIL PROTECTED]
http://sf.net/projects/evms
___
gtk-list mailing list
[EM
g. See
http://developer.gnome.org/projects/gup/.
>
>
> ___
> gtk-list mailing list
> [EMAIL PROTECTED]
> http://mail.gnome.org/mailman/listinfo/gtk-list
--
regards,
Luciano Chavez
[EMAIL PROTECTED]
http://sf.net/projects/evms
___
gtk-l
debug support to try and
isolate this some more. Any help or suggestions are appreciated.
I sure hope someone has seen this before and can tell me if this is
either a glib, gtk or a bug in what I am doing.
--
regards,
Luciano Chavez
[EMAIL PROTECTED]
ht
15 matches
Mail list logo