布鲁斯·劳森采访了 HTML 规范的编辑。一位在塑造网络方面拥有比我们更多权力的人，对网络如何发展及其未来的坦诚看法。你知道当第一个问题是

如果你能从地球上抹去任何 Web 技术，你会选择哪一种？

而答案是：一切。

说到工作流程方面，看看 Remy Sharp 的这个简短视频，向我们展示如何将 Chrome DevTools 用作代码编辑器。无需离开浏览器即可直接编辑 JavaScript 并保存回磁盘。

John Gruber 向我们展示了创建视网膜级 Favicon 的工具和步骤。

几个月前当我研究这个问题时，只有 Safari 支持它们，但现在 Chrome 似乎也支持了，所以我会说现在是时候了。Firefox 和 Opera 仍然不支持。

John 建议制作一个包含 16×16 和 32×32 版本的 .ico 文件。理论上，你可以手工制作一个 16×16 的版本，比浏览器缩放你的 32×32 版本更美观。对于我的简单 Favicon，我发现缩放效果很好，而且文件更小。

渐变的问题在于它们是语法上的噩梦。渐变规范编写者和浏览器制造商改变了他们的想法，不止一次，而是两次。因此，我们有了三组语法，而且所有这三组语法至今仍在偶尔出现。我称之为 **旧语法、中间语法和新语法**。

我仍然没有完全理解新的语法，线性渐变从“to”或角度开始。

Rakesh 关于嵌套边框半径的正确值的许多研究。传统观点是内半径 = 外半径 - 边框宽度。这在这里是正确的，但如果这会导致负值怎么办？另请参阅 Joshua Hibbert 的 此工具。

Alex Maccaw 提供了大量关于 CSS 过渡的最新信息。其中包括一些巧妙的技巧，例如避免过度宽度（性能不佳）的技巧，而是移动元素并在其下方显示更多内容。

我还从中学到，显然有一个关于 Web 动画的 全新的规范。

世界上有两种类型的 JPG：基线和渐进式。渐进式更好。Ann Robson 向我们展示了原因。

在本地使用受限带宽进行实验，80K 渐进式 jpeg 在 Windows 上的 Firefox 中击败了 5K 基线 jpeg（相同的图像，缩小）到页面。这应该让你大吃一惊。当然，渐进式 jpeg 的第一次传递是低分辨率的，但它包含与小图像一样多的信息，甚至更多。如果你缩小了，也许是在移动设备上，你不会注意到它的低分辨率。这就是响应式图像现在为我们工作！

这只是一个原因。令人遗憾的是，她的研究表明，互联网上 9/10 的 JPG 都是基线的。样本量很小，但仍然。

我们许多使用 Sass 的人都在“内联”编写媒体查询 一种方式 或另一种方式。有一种相当普遍的担忧，这样做会将媒体查询“分散”到我们编译的 CSS 中，而不是像我们手动编写那样在一个组合的块中。这不是效率低下吗？SassCast 深入研究并汇总了所有想法和研究。

这些都是我拥有的、读过的、喜欢的、有帮助的、我推荐的书籍。

我喜欢 Andy Rutledge 的这些想法

在平面设计中，没有什么东西是它本身的样子。除了内容之外的一切都是代表其他东西。

一条线不是一条线，它是一条边界。不需要边界？或者该边界是否已经通过其他方式明确？不要使用线条。

盒子、渐变、空白、比例、字体和任何其他设计元素都一样。