跳至主要内容
CSS-Tricks
  • 文章
  • 笔记
  • 链接
  • 指南
  • 年鉴
  • 随机
搜索

Links

我们正在阅读并有一些想法的网络上的内容。有我们应该知道的链接吗?告诉我们!

赞助商:Hiveage — 快速、简单且免费的在线发票

🔗 http://synd.co/1IZwXmR
阅读评论

Hiveage 通过自动化您的发票和会计来节省您的时间和金钱。管理您的联系人,发送估价,将其转换为发票,跟踪时间和费用,并接受在线付款,所有这些都来自一个美观的界面。使用单个 Hiveage 帐户,您甚至可以管理多个团队和企业。

免费试用 Hiveage!

全局 CSS 的终结

🔗 https://medium.com/seek-ui-engineering/the-end-of-global-css-90d2a4a06284
阅读评论

Mark Dalgleish

每个选择器都有可能通过定位不需要的元素或与其他选择器冲突而产生意外的副作用。更令人惊讶的是,我们的选择器甚至可能在全局特异性战争中失利,最终对页面几乎没有或根本没有影响。

每当我们对 CSS 文件进行更改时,都需要仔细考虑我们的样式将所在的全局环境。没有其他前端技术需要如此多的纪律才能使代码保持最低限度的可维护性。

Mark 继续讨论了他的预处理解决方案。我对此不能发表意见,但我确实发现这种斗争如何渗透到前端开发中……一直以来。只要想想这些东西:框架、iframe、命名空间选择器、谨慎的命名方法、Web Components/Shadow DOM、作用域 CSS、all: initial;、未来概念——所有这些都是为了对抗 CSS 难以处理的“全局”特性而设计的。

关于再次编写真实的 CSS

🔗 https://blog.colepeters.com/on-writing-real-css-again/
阅读评论

Cole Peters 谈论当前的预处理器环境以及放弃 Sass 转而使用 PostCSS

… 以下是与典型预处理器相比,我们使用 PostCSS 和 cssnext 可以获得的好处

  • 极快的编译时间(在我的示例案例中,速度提高了约 800%)
  • 根据当前和即将发布的规范定义的 CSS 编写的源代码,这意味着
  • 没有供应商特定的语法(除非我们自己编写——小心!),因此
  • 任何对 CSS 略有了解的人都可以立即理解源代码,并且
  • 源代码具有面向未来、可移植性和易于诊断和调试的特性

PostCSS 和 cssnext 当然是一些值得关注的有趣项目。不过,在这里对所有主要观点进行反驳很容易……

  • 编译速度需要多快?我甚至在大多数项目中都没有使用 libsass,速度从未困扰过我,而且一旦我切换,这似乎将达到构建步骤所能达到的最快速度。
  • 我们知道规范会发生变化。这种情况一直都在发生。基于非最终规范构建语法似乎很奇怪。规范更改时会发生什么?您是否更改语言并让现有代码中断?那如何面向未来?或者支持所有过去的格式?这意味着该语言并非真正基于未来的 CSS,而是基于任何被考虑过的实验性想法?
  • 可选的附加组件系统鼓励每个人的设置略有不同。这难道不会使其实际上更不可移植吗?并且更难以形成社区?
  • 为什么它更容易理解?我不确定仅仅因为代码可能有一天会成为语言的原生部分,它就自动更容易理解。据我从人们那里听到的情况来看,变量之类的东西比标准的 Sass 变量更难理解。更不用说,在预处理步骤中不可能完全模拟原生行为这一点有点令人困惑。

所有这些都是值得考虑的有趣的事情。就我个人而言,我喜欢预处理器尽可能像 polyfill 一样的想法,但我也认为应该拥抱而不是害怕抽象。

颓废和堕落

🔗 http://bocoup.com/weblog/text-rendering/
阅读评论

Mat Marquis 为BuzzFeed Bocoup 撰写

所有这些排版功能都付出了代价:text-rendering: optimizeLegibility 速度很慢——而且“慢”的意思是它会拖慢整个页面,从初始渲染时间到重绘。更重要的是,它存在错误:特别是 Android 在尝试渲染大量使用optimizeLegibility的页面时存在严重问题。

节流星期四

🔗 http://fourword.fourkitchens.com/article/throttled-thursdays
阅读评论

Chris Ruppel

我建议世界各地的 Web 开发人员每周至少有一天限制他们的互联网连接。

我犯了一个错误,大多数情况下都在最理想的条件下工作。最好的硬件、最新的软件、最快的互联网。因为我喜欢它。而且我的工作是提高生产力。我甚至曾经为我家里的冗余互联网服务付费,因为我非常讨厌它掉线或变慢。

但这不是我们构建的网站所处的环境。通过强迫自己进入“更糟糕”的环境,我们可能会培养一些同理心,并更好地完成我们的工作。

我需要克服的是那种(假设?)感觉,即我在那些日子里生产力会下降。

在 CSS 中,唯一错误的答案是明确的答案

🔗 http://madewithenvy.com/ecosystem/articles/2015/css-definitive-answers/
阅读评论

Nick Walsh 对 Simuai 的文章嵌套组件(涵盖了为简单地为其他元素中的元素设置样式的任务提供的八种可能性)的反应

CSS 的本质使得许多问题没有确切的解决方案,而适合您的解决方案并不总是适用于其他人。如果您编写、讲述或以其他方式交流样式表,请不要害怕提供开放式答案。

Philip Walton 对同一篇文章做出反应

虽然我与他希望确定最佳策略的愿望相同(我确实对这个问题有自己的看法),但我认为,讨论如何解决这个问题而不是实际答案是什么,实际上更有价值。

内容图标化

🔗 http://codersblock.com/blog/iconifying-content/
阅读评论

Will Boyd 提供了一个关于使用 CSS 变换将页面元素转换为其缩略图大小预览的巧妙教程。

用 Flexbox 玩骰子

🔗 http://davidwalsh.name/flexbox-dice
阅读评论

我真的很喜欢 Landon Schropp 在这里用骰子上的点来解释 Flexbox 布局的示例。

赞助商:使用 Hype 像专业人士一样为 HTML5 制作动画

🔗 http://synd.co/1PsUTiE
阅读评论

动画很快就变得复杂起来。任何超出基本内容的东西都需要工具来帮助。 Tumult Hype 是帮助您构建动画的完美工具。它是一款适用于 OS X 的原生应用程序。它为您提供了一个舞台来放置动画中的所有元素,以及一个时间轴来控制每个元素在何时发生什么。您构建的动画可在台式机、智能手机和平板电脑上运行。无需任何编码。

通过下载 14 天的免费试用版来试用它。

底盘

🔗 http://css-chassis.com/
阅读评论

我听说过这个项目的传闻,但没有意识到他们已经实际开展了这么几个月。jQuery 基金会正在创建……

… 尝试创建为 CSS 库、JavaScript UI 库和 Web 开发人员设计的开放标准。该项目将为常用小部件和模式的标记和类名定义标准,以及这些标准的实现。就像 DOM 库可以建立在 Sizzle 之上一样,我们希望 UI 库能够建立在此之上。

就像框架的框架一样。这在很多层面上都很有趣。其中之一是开发人员(或框架创建者)是否会真正接受它。当然,开发人员的心态存在一些差异。例如

  • 看在上帝的份上,请不要告诉我如何命名事物或构建我的标记。还有,
  • 看在上帝的份上,请帮助我命名事物和构建我的标记。

Quick Hits

# 2024 年 8 月 23 日
# 2024 年 8 月 21 日
# 2024 年 8 月 14 日
# 2024 年 8 月 14 日
更多快速提示 →
  • 更新
  • 1
  • ...
  • 143
  • 144
  • 145
  • ...
  • 219
  • 较旧

CSS-Tricks 由 DigitalOcean 提供支持。

关注 Web 开发最新动态

通过我们精心制作的时事通讯

DigitalOcean
  • 关于 DO
  • Cloudways
  • 法律信息
  • 获取免费积分!
CSS-Tricks
  • 为我们写作!
  • 与我们合作广告
  • 联系我们
社交
  • RSS Feed
  • CodePen
  • Mastodon
  • X
返回顶部

© 2024 . All rights reserved.