<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Mar 23, 2010, at 1:40 AM, Roland Steiner wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hm, but the first line could also be a comment (starting with '#') which Mozilla also skips. IOW, I read the spec as "return the first line that is a (valid) URL". But of course I could be convinced otherwise...<br></blockquote><div><br></div><div>It doesn't start with "#". And I'm sure that if HTML5 meant "valid absolute URL" rather than "URL" it would say so.</div><div><br></div><div>In any case, I think this aspect of the API is reverse-engineered from Mozilla, so if HTML5 and Mozilla do disagree, arguably it is HTML5 that's wrong and should be fixed. BUt in this case it doesn't look like it.</div><br><blockquote type="cite">

<br>Cheers,<br><br>- Roland<br><br><div class="gmail_quote">On Tue, Mar 23, 2010 at 5:37 PM, Maciej Stachowiak <span dir="ltr">&lt;<a href="mailto:mjs@apple.com">mjs@apple.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div style="word-wrap: break-word;"><div><div></div><div class="h5"><br><div><div>On Mar 23, 2010, at 1:01 AM, Roland Steiner wrote:</div><br><blockquote type="cite">Hi all,<br><br>On the topic of dataTransfer.setData, there seems to be a small inconsistency between browsers when it comes to leading new-lines. e.g., dataTransfer.setData("text/uri-list", "\nhttp://foo") followed by dataTransfer.getData("URL").<br>





<br>Mozilla returns an empty string (see <a href="http://mxr.mozilla.org/mozilla1.9.2/source/content/events/test/test_dragstart.html" target="_blank">http://mxr.mozilla.org/mozilla1.9.2/source/content/events/test/test_dragstart.html</a> line 271), while e.g., Chromium returns "<a href="http://foo/" target="_blank">http://foo</a>".<br>





<br>Now, the HTML5 spec says:<br><br>&nbsp;&nbsp;&nbsp; If
  the <var title="">format</var> (after conversio<span style="font-family: arial,helvetica,sans-serif;">n to lowercase) is
  "</span><code style="font-family: arial,helvetica,sans-serif;" title="">url</code><span style="font-family: arial,helvetica,sans-serif;">", then the data associated with the
  "</span><code style="font-family: arial,helvetica,sans-serif;" title="">text/uri-list</code><span style="font-family: arial,helvetica,sans-serif;">" format must be parsed as
  appropriate for </span><code style="font-family: arial,helvetica,sans-serif;" title="">text/uri-list</code><span style="font-family: arial,helvetica,sans-serif;"> data, and the
  first URL from the list must be returned. If there is no data with
  that format, or if there is but it has no URLs, then the method must
  return the empty string.</span><br><br>Which I read that the Chromium result is correct (not surprisingly, since I wrote the code ;) ). However, inconsistency is never good, so what would you folks think about this (and what would be the correct Mozilla ML to raise this question)?<br>

</blockquote></div><div><br></div></div></div><div>text/uri-list is a newline-separated list, right? In which case the first URL in the list above is the empty string, and therefore Mozilla's behavior is right.</div>
<div>
<br></div><div>Regards,</div><div>Maciej</div><div><br></div></div>
</blockquote></div><br>
</blockquote></div><br></body></html>