GNOME Bugzilla – Bug 617313
Move documentation to inline comments: Gtk DND
Last modified: 2011-04-18 00:13:59 UTC
Created attachment 159996 [details] [review] Move documentation to inline comments: Gtk DND Move documentation to inline comments for Gtk DND
This problem has already fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Ooops, sorry, wrong bug
Review of attachment 159996 [details] [review]: Could you rework the patch with the comments? ::: gtk/gtkdnd.c @@ +982,3 @@ + * @time_: a timestamp for retrieving the data. This will + * generally be the time received in a "drag_data_motion" + * or "drag_data_drop" signal. Only 2 spaces for indentation, please @@ +986,3 @@ + * Gets the data associated with a drag. When the data + * is received or the retrieval fails, GTK+ will emit a + * "drag_data_received" signal. Failure of the retrieval Use #GtkWidget::drag-data-received here @@ +1062,3 @@ + * @del: a flag indicating whether the source should delete the + * original data. (This should be %TRUE for a move) + * @time_: the timestamp from the "drag_data_drop" signal. Use #GtkWidget::drag-drop here @@ +1168,3 @@ + * + * Draws a highlight around a widget. This will attach + * handlers to "expose_event" and "draw", so the highlight Remove expose_event and use #GtkWidget::draw ::: gtk/gtkdnd.h @@ +86,3 @@ + * @GTK_TARGET_OTHER_APP: + * If this is set, the target will not be selected + * for drags within a single application. Since 2.12 As this will be applied in current master (future 3.0), the Since tag is not needed @@ +89,3 @@ + * @GTK_TARGET_OTHER_WIDGET: + * If this is set, the target will not be selected + * for drags withing a single widget. Since 2.12 Same here
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.