On Fri, Dec 11, 2009 at 2:30 AM, Markus Ernst <span dir="ltr"><<a href="mailto:derernst@gmx.ch">derernst@gmx.ch</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Jeremy Orlow schrieb:<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, Dec 11, 2009 at 12:47 AM, Anne van Kesteren <<a href="mailto:annevk@opera.com" target="_blank">annevk@opera.com</a> <br>
</blockquote>
<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
    And I mean that if it is important to application developers we<br>
    should make it available as a feature and not endorse some plug-in<br>
    dependency.<br>
<br>
<br>
I (and I think most of us) strongly agree.  That's the whole point of standardization.  :-)<br>
<br>
Personally, I don't think the case Markus pointed out is at all a show stopper.  In the case of images, the server could easily recognize and reconcile duplicates (by hashing them and looking for duplicate hashes or something).  If the image has been tweaked some in the mean time, the EXIF data can help.  And so on....this seems like the type of thing clever developers can work around.<br>


<br>
But regardless.....I don't think you could argue that having _some_ path information is worse than _none_, right?<br>
<br>
I also agree with Jonas that if some path information is added, it might be better to create a new property (other than .name) for it.<br>
<br>
And, with or without that extra property, I think what Ian's suggesting would be useful to users.<br>
</blockquote>
<br></div>
Yes I see Anne's and your points. Anyway I don't see yet how to get _useful_ path information, as the same file can be posted as /a/b/1.jpg, and at the next occasion as 1.jpg or /b/1.jpg, just based on where in the upload dialog you did make the start point.<br>


<br>
Relying on information contained in the uploaded file does not seem to make sense to me, as you might want to upload a new file with the same name in order to replace the old one.<br>
</blockquote></div><br><div>The information in the path could be seen as a hint that may or may not be provided.  I feel like it'd be difficult security wise to guarantee that the hint will be there and/or consistent from upload to upload.  But, once again, some hint is better than none, right?  If you as a web developer don't think it's useful, you can ignore it, right?</div>