[Slapt-get-devel] Gslapt 0.3.2 Drag Error Messages
John B
johnb316 at gmail.com
Sat Jun 18 17:15:21 EDT 2005
I just installed Gslapt 0.3.2 on a box running VectorLinux 5.0 Standard RC1,
along with slapt-get 0.9.9l. I had to run gslapt from a root terminal. I was
able to get some updates successfully. However, when I filtered the list of
available updates to a specific criterion, some of the items got "stuck" to
the mouse and dragged all over the screen until I clicked the mouse wheel. I
received the following error messages in the terminal:
(gslapt:5239): Gtk-WARNING **: You must override the default
'drag_data_received' handler on GtkTreeView when using models that don't
support the GtkTreeDragDest interface and enabling drag-and-drop. The
simplest way to do this is to connect to 'drag_data_received' and call
g_signal_stop_emission_by_name() in your signal handler to prevent the
default handler from running. Look at the source code for the default
handler in gtktreeview.c to get an idea what your handler should do. (
gtktreeview.c is in the GTK source code.) If you're using GTK from a
language other than C, there may be a more natural way to override default
handlers, e.g. via derivation.
(gslapt:5239): Gtk-WARNING **: You must override the default
'drag_data_received' handler on GtkTreeView when using models that don't
support the GtkTreeDragDest interface and enabling drag-and-drop. The
simplest way to do this is to connect to 'drag_data_received' and call
g_signal_stop_emission_by_name() in your signal handler to prevent the
default handler from running. Look at the source code for the default
handler in gtktreeview.c to get an idea what your handler should do. (
gtktreeview.c is in the GTK source code.) If you're using GTK from a
language other than C, there may be a more natural way to override default
handlers, e.g. via derivation.
(gslapt:5239): Gtk-WARNING **: You must override the default
'drag_data_received' handler on GtkTreeView when using models that don't
support the GtkTreeDragDest interface and enabling drag-and-drop. The
simplest way to do this is to connect to 'drag_data_received' and call
g_signal_stop_emission_by_name() in your signal handler to prevent the
default handler from running. Look at the source code for the default
handler in gtktreeview.c to get an idea what your handler should do. (
gtktreeview.c is in the GTK source code.) If you're using GTK from a
language other than C, there may be a more natural way to override default
handlers, e.g. via derivation.
(gslapt:5239): Gtk-WARNING **: You must override the default
'drag_data_received' handler on GtkTreeView when using models that don't
support the GtkTreeDragDest interface and enabling drag-and-drop. The
simplest way to do this is to connect to 'drag_data_received' and call
g_signal_stop_emission_by_name() in your signal handler to prevent the
default handler from running. Look at the source code for the default
handler in gtktreeview.c to get an idea what your handler should do. (
gtktreeview.c is in the GTK source code.) If you're using GTK from a
language other than C, there may be a more natural way to override default
handlers, e.g. via derivation.
(gslapt:5239): Gtk-WARNING **: You must override the default
'drag_data_received' handler on GtkTreeView when using models that don't
support the GtkTreeDragDest interface and enabling drag-and-drop. The
simplest way to do this is to connect to 'drag_data_received' and call
g_signal_stop_emission_by_name() in your signal handler to prevent the
default handler from running. Look at the source code for the default
handler in gtktreeview.c to get an idea what your handler should do. (
gtktreeview.c is in the GTK source code.) If you're using GTK from a
language other than C, there may be a more natural way to override default
handlers, e.g. via derivation.
(gslapt:5239): Gtk-WARNING **: You must override the default
'drag_data_received' handler on GtkTreeView when using models that don't
support the GtkTreeDragDest interface and enabling drag-and-drop. The
simplest way to do this is to connect to 'drag_data_received' and call
g_signal_stop_emission_by_name() in your signal handler to prevent the
default handler from running. Look at the source code for the default
handler in gtktreeview.c to get an idea what your handler should do. (
gtktreeview.c is in the GTK source code.) If you're using GTK from a
language other than C, there may be a more natural way to override default
handlers, e.g. via derivation.
(gslapt:5239): Gtk-WARNING **: You must override the default
'drag_data_received' handler on GtkTreeView when using models that don't
support the GtkTreeDragDest interface and enabling drag-and-drop. The
simplest way to do this is to connect to 'drag_data_received' and call
g_signal_stop_emission_by_name() in your signal handler to prevent the
default handler from running. Look at the source code for the default
handler in gtktreeview.c to get an idea what your handler should do. (
gtktreeview.c is in the GTK source code.) If you're using GTK from a
language other than C, there may be a more natural way to override default
handlers, e.g. via derivation.
(gslapt:5239): Gtk-WARNING **: You must override the default
'drag_data_received' handler on GtkTreeView when using models that don't
support the GtkTreeDragDest interface and enabling drag-and-drop. The
simplest way to do this is to connect to 'drag_data_received' and call
g_signal_stop_emission_by_name() in your signal handler to prevent the
default handler from running. Look at the source code for the default
handler in gtktreeview.c to get an idea what your handler should do. (
gtktreeview.c is in the GTK source code.) If you're using GTK from a
language other than C, there may be a more natural way to override default
handlers, e.g. via derivation.
I thought that the devs would want to know about these error messages. ;-)
Best,
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://software.jaos.org/pipermail/slapt-get-devel/attachments/20050618/bc2d8cd1/attachment.html
More information about the Slapt-get-devel
mailing list