[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