HTML5 live:乘风破浪 – 激起涟漪

今天在英国伦敦举行了 HTML5 live 会议。在这个为期一天的会议中,大约 150 名与会者了解了 HTML5 的缘由以及如何在当前的工作环境中实施它。

作为 Mozilla 的代表,我被要求就 HTML5 运动的进展情况发表演讲。在题为乘风破浪 – 激起涟漪的演讲中,我讨论了将 HTML5 从构建炫酷演示转变为用于日常产品的必要性,以便我们能够发现并报告错误。我还介绍了一些正在出现的问题,例如“建议使用浏览器 X 查看”的产品,以及试图通过列出使用的技术来打动用户,而不是仅仅利用它们来改善整体体验。最后,我们还列出了 Mozilla 正在开发的一些新技术和产品,以使 Web 成为一个真正的应用程序平台,拥有与原生应用程序相同的访问权限。

幻灯片嵌入在下方,并使用修改后的DZSlides 作为系统。请关注它们并使用光标键进行导航。按空格键显示项目符号,按 N 显示和隐藏注释。或者,您也可以在简单的网页上查看幻灯片

演讲的音频录制可在archive.org 上获得

关于 Chris Heilmann

HTML5 和开放 Web 的布道者。让我们一起修复它!

更多 Chris Heilmann 的文章…


2 条评论

  1. pd

    作为一个每天都要克服 Web 缺点的 Web 开发人员,对我来说,像你这样的人继续炒作 Web 已经或即将与桌面应用程序一样强大,这是一种侮辱。当大多数现代应用程序的基本 UI 构建块(例如选项卡)并非易于实现时,你认为 Web 正在接近 15 年前 Visual Basic 的简单程度,这真是太可笑了!

    表单小部件仍然很糟糕。事实上,就 Mozilla 而言,它所构建的 UI 平台 XUL 直到最近才拥有某些最简单的表单控件,这真是令人发笑——而且只有当一个人费心去实现它们时,这个人就是 Neil Deakin!

    HTML5 对于游戏开发者(WebGL)、Flash 开发者(SVG、canvas 等)和图形设计师(Web 字体、CSS 美化)来说,比对于那些只想快速开发一个可靠的、无花哨的、安全的 Web 应用程序的人来说,提供的功能更多。

    <calendar> 标签在哪里?<tab> 标签在哪里?浏览器中的富文本编辑器现在到底是什么情况?为什么浏览器不支持简单的文本编辑功能子集?为什么文本输入字段不清除那些邪恶的 Microsoft Word 特殊字符?为什么浏览器不会默认在会话之间保存用户的內容?这些对于许多 Web 应用程序来说都是基础,但开发人员却不得不一直围绕着匿名人士 X 的 YAJSWidget 进行修改,而该匿名人士已经决定在几年前停止支持它,但供应商 Y 从版本 A(古老)开始就一直依赖它。

    哦,还有一个很大的问题。为什么浏览器开发者不能集中精力防止我们使用这些愚蠢的验证码小部件!???为每个浏览器实例和页面加载分配一个唯一的匿名 32 位字符串,服务器端软件可以在用户无法编辑的情况下读取它,这有多难?每个字符串每 X 分钟一条评论。简单!允许多个用户评论,但将垃圾评论限制在每小时最多 12 条。

    浏览器开发者可以为日常 Web 开发人员做的最简单的事情就是将 JavaScript 库集成到浏览器中。为什么我不能在任何浏览器中以原生方式调用 jQuery 函数,而无需强制用户每次都下载该库?为什么 jQuery UI 开发人员必须花费无数时间仅仅构建几个小部件?这真是可耻!

    停止炒作高层次的“HTML5”等等。关注真正的日常需求!

    2011 年 10 月 20 日 04:12

    1. Robert Nyman

      pd,

      感谢您发表了如此详尽的评论。

      这里有很多事情需要讨论,但让我们从为什么我们会谈论 Web 及其可能性开始。Mozilla 致力于赋予世界上的人们权力,并让互联网基于开放的技术和标准,而不受单一公司的拥有或控制。HTML 及相关技术是唯一提供此功能的技术,我们相信这是未来的发展方向。

      Web 是否会像桌面应用程序?我不知道。在某些方面,它已经实现了,在某些方面,它肯定没有实现。然后我们还有庞大的移动设备范围,用户体验差异很大。

      对于表单,尤其是 HTML5 表单功能,Mozilla 在实现方面有点退居二线,因为 a) 规范仍然存在一些不足,b) 这些功能如何进行样式化一直不清楚。

      对于以 WebGL、SVG、canvas 等形式提供的更丰富的用户体验,我相信所有这些都是为了满足那里的强烈需求而必需的。同时,我完全同意我们需要更多地关注更广泛使用的日常事物,例如正确的布局、选项卡等方法。我希望这也会发生,我认为一件事不必排斥另一件事。

      我不认为 Web 浏览器应该开始实现 JavaScript 库,因为这将是一场维护和一致性噩梦。我宁愿相信 DOM 和各种 API 必须大幅改进。JavaScript 库一直主要被用作临时解决方案,直到原生支持和标准得到改善。

      相信我,我已经做了很长时间的 Web 开发人员,我确实理解你的痛苦。感谢你的分享,我真诚地希望未来随着时间的推移,能够帮助 Web 不断发展成更好的东西。

      2011 年 10 月 21 日 01:13

本文的评论已关闭。