- From: <bugzilla@jessica.w3.org>
- Date: Thu, 19 Sep 2013 01:55:40 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=21226 Morrita Hajime <morrita@google.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED CC| |morrita@google.com Resolution|--- |FIXED --- Comment #7 from Morrita Hajime <morrita@google.com> --- (In reply to Anne from comment #6) > The <track> element works like that, yes. No real opinion on what is better, > but some consistency throughout would be good. For <track>, it makes sense to load it but not to expose the detail through API. So having @crossorigin (on its parent <media>) makes sense. However for imports, it doesn't make sense to do that: Unlike movie subtitles, API-invisible imports aren't useful at all. Theoretically we could possibly have @crossorigin for imports so that the author can make requests with credentials. But I don't see any usecase for that. In contrast, not having @crossdomain makes the usage easier/simpler. If we introduce @crossorigin, people needs to give @crossorigin all the time once they want it CDN-aware, which is sad. I prefer to have better default than to just make the orange consistent to apples. I'm closing this for now. Feel free to reopen this to continue conversation. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Thursday, 19 September 2013 01:55:42 UTC