- From: Jeremy Orlow <jorlow@chromium.org>
- Date: Fri, 11 Dec 2009 02:33:23 -0800
On Fri, Dec 11, 2009 at 2:30 AM, Markus Ernst <derernst at gmx.ch> wrote: > Jeremy Orlow schrieb: > > On Fri, Dec 11, 2009 at 12:47 AM, Anne van Kesteren <annevk at opera.com >> > > And I mean that if it is important to application developers we >> should make it available as a feature and not endorse some plug-in >> dependency. >> >> >> I (and I think most of us) strongly agree. That's the whole point of >> standardization. :-) >> >> 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. >> >> But regardless.....I don't think you could argue that having _some_ path >> information is worse than _none_, right? >> >> 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. >> >> And, with or without that extra property, I think what Ian's suggesting >> would be useful to users. >> > > 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. > > 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. > 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? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20091211/eacd0470/attachment.htm>
Received on Friday, 11 December 2009 02:33:23 UTC