<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 2, 2015 at 9:28 AM, Carlos Garnacho <span dir="ltr"><<a href="mailto:carlosg@gnome.org" target="_blank">carlosg@gnome.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Oct 30, 2015 at 7:10 PM, Bill Spitzak <<a href="mailto:spitzak@gmail.com">spitzak@gmail.com</a>> wrote:<br>
> I think what is wanted is an indication that the drag really did finish. For<br>
<br>
That's data_source.drag_finished in the patch you're commenting.<br></blockquote><div><br></div><div>According to the documentation that is the indicator that the destination will no longer need any data from the source, which is different. However I suspect the documentation is somewhat misleading, and could be rewritten to indicate that this implies *both* that the data source is no longer needed, and the action is finished.<br><br></div><div>For instance a file drop may read the URL from the data source, but then start copying the file. It no longer needs the data source and thus it may be useful to send an indicator of this (and the commends on dnd_finished seem to indicate that is the purpose of it). But there may still be a need for an indication that the copying has successfully finished.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> instance a file browser acting as the source of a "move" action will want a<br>
> confirmation that the move actually worked before it actually destroys the<br>
> source file...<br>
This is not how file managers implement this.<br>
<br>
Only the URIs and the intent are transferred through DnD, file<br>
managers are then smart enough to...<br></blockquote><div><br></div><div>I'm thinking of instances where only the destination knows how to write the data, but only the source has permission to remove the file. A dropbox-like web client is a good example.<br><br></div><div>Also for data (ie not files), it may still be desirable to implement move vs copy. The source wants assurances that it really did work (which the destination may not figure out until well after it has accepted and read the data from the source). Only then can the source do any irreversable deletion of the moved data.<br><br></div><div>The text I am talking about is this:<br><br>> +    <event name="dnd_finished" since="3"><br>
> +      <description summary="the drag-and-drop operation concluded"><br>
> +     The drop destination finished interoperating with this data<br>
> +     source, the client is now free to destroy this data source and<br>
> +     free all associated data.<br></div><div><br></div><div>I find the text "finished interoperating" misleading. I suppose you could claim that it is "interoperating" because it is still sending events, but I think most users read this as "it is still looking at the data in the source". My version:<br><br><div>> +    <event name="dnd_finished" since="3"><br>
> +      <description summary="the drag-and-drop operation concluded"><br></div><div>
> +     The drop destination finished the drop action. The client is now free<br></div><div>> +     to destroy this data source and all associated data, and to complete<br></div><div>> +     local portions of the action.<br><br></div><br><br></div></div></div></div>