HTML6即将到来,你没有看错是HTML6

HTML6提案1：对视频对象的更多控制
我们可能永远不会解决与压缩编解码器的争斗，但我们可以与之配合。不同的压缩算法可能需要更多的工作来实现，但是它们提供竞争。能对展现在页面上的视频帧提供更多控制的方式会是更好的方案。当前的标准是使用视频中的一系列帧填充一个矩形。然后提供了一个带有注释，字幕和其他内容的文本轨道的控制。一些聪明的人已经开始将注释与其他DOM对象同步。但是如果有回调钩子和同步机制是不是更好？例如，DOM与视频混合的能力如何？
HTML6提案2：图像的浏览器大小
照片在屏幕上看起来要漂亮，需要多少像素？这个答案根据根据设备的不同而不同。即使窗口的大小也会改变最小分辨率。但HTML标准
标签只能获得一个SRC，它指向一个可能有太多或太少像素的图像文件。如果它太多，浏览器必须降级图像才能显示，这就浪费网络带宽和时间。如果像素太少，效果又太差。更好的HTML协议应该为图像提出所需的宽度或高度，以便服务器可以提供最佳分辨率。

HTML6提案3：可插拔语言
标准的HTML浏览器使用且只是用JavaScript。但由于某些原因，我们需要用script标签的type属性设定为text/javascript来指定语言类型。从html4开始，type一直就没有默认值。
HTML4的建议稿觉得有人可能会使用像text/tcl或text/vbscript这样的类型，但是实际上有没有人使用这些？微软已经弃用了IE11的text/vbscript，而且近年来Sun在使用tcl。
Google正在慢慢推Dart，但包括Dart的Chromium（Chrome的开发版）确有一个不祥的警告：“不要使用Dartium作为主浏览器，不要将Dartium分发给用户！”说明Google对Dart也不是很有信心。
但在未来，我们可以拥有更强大的可插拔语言。它将为开发人员增加更多的灵活性和设计选择。会不会把互联网弄坏？如果有一个稳固的开源实现，它就可以被所有浏览器采用。可能很难让网站使用可插入语言来为广泛的受众提供内容 - JavaScript会可以继续拥有广泛的网络基础 - 但是对于使用专门语言的更专业的扩展来说，这可能是一个很好的选择。
HTML6提案4：可插拔预处理器
想超越JavaScript的开发人员可以有另外一个解决方案，就是将其他语言转换为JavaScript。许多开发人员已经使用一些翻译语言（如CoffeeScript）的预处理器。
杰里米·阿什肯纳斯（Jeremy Ashkenas）列出来了可以编译成JavaScript的语言列表，范围很广。Lisp，Python，Ruby，Erlang，Scala - 列表还在继续扩大。
这样的提案将会付出代价。当一种语言被交叉编译成JavaScript时，通常会在同一时间进行细化，生成一个更小的更容易通过互联网传输的版本。在部署过程中执行此操作比在每个人的浏览器上执行的效率要高得多。
但是，缩小的版本有其缺点。开放一直是网络的巨大优势之一。我们能够通过阅读通常仍然以人类可读的形式写的JavaScript代码来学习和调试。交叉编译和缩小的代码对于其他人是无价值的。它正在慢慢打破Web的开放性。
在浏览器中执行此转换还有其他优点。每台机器都有不同，转换过程需要利用到RAM大小、视频卡库等知识。当前版本的HTML假定采用JavaScript的一般版本，这使得为本地机器优化代码变得更难。
HTML5提案5：有保证的库
JavaScript编程的世界已经被jQuery以及其他标准库改造了。然而，几乎每个网站仍然要加载自己加载某个版本的副本。在加载jQuery时浪费的能量可能足以照亮一个小国家，治愈癌症或两者兼而有之。
一些网站使用像Google或Yahoo这样的公司托管的标准缓存版本，这样可以节省带宽，但下一个HTML标准应该比这更好。如果大量设计人员同意，则可以使用浏览器进行分发。这将节省更多时间再次刷新jQuery的缓存版本。

HTML6提案6：授权对联系信息的访问
浏览器已经可以共享位置信息。期待更多国家加入。人们通常希望在自己设备的联系信息库里面放入电子邮件地址或电话号码。现在他们必须剪切和粘贴。为什么不让JavaScript挖掘并保存所有的剪切和粘贴？这对移动设备来说是非常棒的。在交互上可以提供细粒度的控制，允许人们来自某些域的代码可以自动访问到联系信息，而其他域不行。
HTML6提案7：相机集成
在网络摄像头和手机的多摄像头提供的设备基础上，用户与浏览器交互的场景少不了镜头和麦克风。W3C已经在探索一种向表单添加照片或视频捕获的方法。一些浏览器已经支持自己的版本，如
webkitGetUserMedia
。很容易想到更多。表单元素还可以访问存储在设备中的存储空间，并且该设备可以更好地控制摄像机和捕获速率。这将让网站与专门的应用程序竞争。
HTML6提案8：硬件化认证
鉴于构建可信硬件是多么困难的事情，因此我们可能会提供很多硬性和快速认证的方式。而浏览器可以为此提供更多的功能。浏览器可以使用嵌入式Key进行签名，而不是Cookie。这些可以以硬化的芯片存储在设备之外，以防止人们提取密钥。向浏览器添加API将允许网站要求更好的数字签名。如果把太多的信任放在其中，这可能是危险的，但这将是cookie和会话身份验证的一个步骤。

HTML6提案9：更好的注释
文章底部的注释部分只是我们如何注释文章的开始，但是一个标准的结构可以添加与段落、句子、甚至单词相关的注释。复杂的版本甚至可以允许对视频内的图像或某个时间点进行注释。有些网站正在开始提供这些功能，但在标准化API方面会使所有网站和浏览器都以相同的方式处理基本注释。W3C有一个研究该领域并提供基本标准的小组。
HTML6提案10：更强的微格式
HTML标签区分标题，段落和页脚，但还不够多。为什么不创建一个标准的方法来指定其他常见的细节，例如地址或电话号码的部分？当然，用于描绘电子邮件地址的标准标签可以使垃圾邮件发送者的生活变得更轻松，但标准的一组标签可以加速网页抓取工具和搜索引擎，这将有利于我们所有人。W3C一直在探索微格式来标记数据，并曾经认为它们是HTML5的一部分，尽管它们不是。我们可以为地点，时间，日期，出售物品，参考书目以及所有标准数据使用更全面的标记。