<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#c11">Comment # 11</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#c10">comment #10</a>) > (In reply to Carlos Garnacho from <a href="show_bug.cgi?id=748763#c9">comment #9</a>) > > > 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... > > Ah, I misunderstood. > > > 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 > > That sounds like a good idea. Great :), I'll make patches along the lines. > > > - 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" > > I assume in practice that is how it is used anyway ? Yeah, pretty much I'd say. TBH I've yet to see any place where the drag icon is visibly replaced mid-DnD.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>