<br><br><div class="gmail_quote">On Thu, Oct 11, 2012 at 12:16 PM, Maciej Stachowiak <span dir="ltr"><<a href="mailto:mjs@apple.com" target="_blank">mjs@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
On Oct 11, 2012, at 7:40 AM, Mark Toller <<a href="mailto:mark.toller@samsung.com">mark.toller@samsung.com</a>> wrote:<br>
<br>
>> -----Original Message-----<br>
>> From: Dominik Röttsches [mailto:<a href="mailto:dominik.rottsches@intel.com">dominik.rottsches@intel.com</a>]<br>
>><br>
>> On 10/10/2012 10:26 AM, Mark Toller wrote:<br>
>>> What we would like to see initially is Webkit based browsers (Chrome,<br>
>>> Safari, Minibrowser, etc) actually load HbbTV pages instead of asking<br>
>>> the user to download the content - this would indirectly benefit the<br>
>>> end goal of Webkit (to get everyone to support standard W3C/HTML5)...<br>
>><br>
>> This particular change is just a matter of adding one more displayable<br>
>> mime-type, right?<br>
><br>
> Almost. I've created a bug and patch for this particular change:<br>
><br>
> <a href="https://bugs.webkit.org/show_bug.cgi?id=99049" target="_blank">https://bugs.webkit.org/show_bug.cgi?id=99049</a><br>
><br>
> As someone else stated, I think the best approach is to create<br>
> a bug for each change we consider worthwhile, and then they can be<br>
> considered individually.<br>
<br>
</div>I don't think we should take this change or accept this feature in general. It seems that of those who have spoken up, the WebKit community is not in favor of this direction.<br></blockquote><div> </div><div><br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Even though the specific change in that patch is relatively small, supporting custom MIME types has significant disadvantages:<br>
<br>
- Creates interoperability issues with other browsers.<br>
- Fragments the web<br>
- Opens us up to further requests to add support for similarly niche MIME types in the future<br>
<br>
If CE-HTML and HbbTV content is fine to process as ordinary HTML, then it should be served with text/html MIME type. That would avoid all of these problems. If a consortium decided to create custom mime types instead, then they made a mistake and should fix it. In some cases, when the technology is compelling or there is a wealth of existing content, we live with arguable errors in the standard. But neither of those considerations applies here.<br>
<br>
Regards,<br>
Maciej<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
<a href="http://lists.webkit.org/mailman/listinfo/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo/webkit-dev</a><br>
</div></div></blockquote></div><div><br></div><div><br></div><div> +1. As someone who builds applications specifically for TV producers, I feel that this custom mime type is the first in a series of bad moves.</div><div>
<br></div><div>Why doesn't the HBB group form its own W3 style group? I think this is just heading in the wrong direction.</div><div><br></div><div>rb</div><div><br></div>