<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#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 <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#c8">comment #8</a>)
<span class="quote">> (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 ?</span >
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>
</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>