<html> <head> <base href="https://bugzilla.gnome.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - warnings when starting drag from GtkEntries" href="https://bugzilla.gnome.org/show_bug.cgi?id=748763#c9">Comment # 9</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - warnings when starting drag from GtkEntries" href="https://bugzilla.gnome.org/show_bug.cgi?id=748763">bug 748763</a> from <a href="page.cgi?id=describeuser.html&login=carlosg%40gnome.org" title="Carlos Garnacho <carlosg@gnome.org>"> Carlos Garnacho</a> <pre>(In reply to Matthias Clasen from <a href="show_bug.cgi?id=748763#c8">comment #8</a>) > (In reply to Carlos Garnacho from <a href="show_bug.cgi?id=748763#c7">comment #7</a>) > > > This is completely harmless in X11, but causes issues on wayland as > > the DnD icon window is expected to remain unchanged during DnD there. > > Really ? I thought we can draw on that surface just like any other surface ? Sure, redraws/resizes are fine, let me remark "icon window" :). What I'm trying to avoid here is multiple calls to gtk_drag_set_icon_window(), which destroys the former DnD icon GdkWindow/surface. This function is currently at the core of every other gtk_drag_set_icon* call... About the general case, I wonder if this is the way to go, and we: - ensure surface/pixbuf/stock APIs don't end up replacing the entire icon window every time they're called - Document gtk_drag_set_icon_widget() as "one time call on ::drag-begin, no way back to surface/pixbuf/stock icons, you are free to replace contents, but don't destroy"</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>