<html>
<head>
<base href="https://bugzilla.gnome.org/" />
</head>
<body>
<p>
<div>
<b><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 <span class="vcard"><a href="page.cgi?id=describeuser.html&login=carlosg%40gnome.org" title="Carlos Garnacho <carlosg@gnome.org>"> <span class="fn">Carlos Garnacho</span></a>
</span></b>
<pre>(In reply to Matthias Clasen from <a href="show_bug.cgi?id=748763#c10">comment #10</a>)
<span class="quote">> (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.</span >
Great :), I'll make patches along the lines.
<span class="quote">>
> > - 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 ?</span >
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>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>