跳到主要内容
CSS-Tricks
  • 文章
  • 笔记
  • 链接
  • 指南
  • 年鉴
  • 洗牌
搜索

Links

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

使用 ems/rems 而不是 px 作为字体大小更好吗?

🔗 https://www.24a11y.com/2019/pixels-vs-relative-units-in-css-why-its-still-a-big-deal/?ref=heydesigner
阅读评论

答案过去是绝对肯定的,因为如果你使用px单位,你就会阻止用户调整文本大小。

但现在,浏览器缩放是使所有内容变大(包括文本)的默认方法,即使你使用px,它也运行良好。

但是… Kathleen McMahon 真的深入研究了这个问题,发现使用相对单位设置所有文本(包括font-size和line-height)仍然值得,因为

继续阅读 →

let vs. const

🔗 https://overreacted.io/on-let-vs-const/
阅读评论

在 JavaScript 中,有多种方法可以声明变量。我们有var,虽然它仍然像以前一样工作,但通常认为let和const是它的替代品,以至于我们很少(如果有的话)再需要var。 这个涂鸦解释做得很好,如果你需要复习。

有争议的是,当你应该选择其中一个或另一个的一般编码风格。在某些情况下你必须使用let,例如当你需要重新声明变量时,因为const不允许你这样做。但这是否意味着你应该在所有不需要重新声明的场合使用const?

Dan Abramov 涵盖了“争议”。这是一篇非常清晰地表达了双方的观点的文章,还列出了两者的比较。

继续阅读 →

电子邮件营销人员的暗黑模式终极指南

🔗 https://litmus.com/blog/the-ultimate-guide-to-dark-mode-for-email-marketers
阅读评论

在普通网络(我想)中,我们使用 CSS prefers-color-scheme 媒体查询来处理“暗黑模式”。但是,不出所料,在 HTML 邮件的世界里,情况要奇怪得多。奇怪之处在于,不同的电子邮件客户端对暗黑模式的处理方式不同,首先是电子邮件客户端本身可能会有自己的暗黑模式切换按钮。

继续阅读 →

为什么每个网站都希望你接受它的 Cookie

🔗 https://www.vox.com/recode/2019/12/10/18656519/what-are-cookies-website-tracking-gdpr-privacy
阅读评论

我可能在这方面属于少数派,但我从未创建过那种“本网站使用 Cookie,以下是一些关于原因的解释,请点击此确定按钮以接受”栏,这种栏感觉像是互联网上的一半网站都有。

Emily Stewart:

我们大多数人只是机械地点击“是”然后继续。如果你拒绝 Cookie 跟踪,有时网站将无法正常工作。但大多数情况下,你可以继续浏览。它们与我们在网上忽略的烦人弹窗广告没什么不同。

我特别无知,即使作为一名专业的网站构建者,我仍然不太明白它们存在的意义。

Emily很好地总结了答案。这可能就像你想的那样:一种安全胜于后悔的做法。宁可惹恼一些用户,也不愿被起诉到破产。

继续阅读 →

系统、错误和海洋

🔗 https://www.robinrendle.com/essays/systems-mistakes-and-the-sea
阅读评论

我们自己的 Robin Rendle

[…] 人们无法谈论真正的设计系统问题,因为这会让他们的公司显得功能失调和破败不堪。这对他们的公司不利,因此也对他们不利。但是,通过掩盖这些错误和缺陷来粉饰太平,不仅会让我们个人更加困难,还会阻碍该领域本身的进步。

我一直努力对自己的所作所为保持完全公开,无论好坏。然而,即使是我拥有的渠道,比如 CodePen Radio,在那里我们谈论运营软件业务的过山车,我仍然有一些事情隐瞒了下来,因为它们看起来不太好。通常,诀窍是让一些时间过去,以便日后可以进行回顾,如果今天对不好的事情犹豫不决的话。

必须全选

🔗 https://css.christmas/2019/5
阅读评论

我怀疑很多人并不知道 CSS 可以控制文本的选择方式。你可以使用user-select: none;来阻止一些文本被选中。这在一般情况下可能不是很好的UX,但也许你使用了一些句号(.)字符作为装饰,我可以看到阻止这些字符被选中。

完全相反的是user-select: all;,它会强制选中元素中的所有文本。同样,这可能也是一个有点不靠谱的UX。在网络上,强制用户选择所有文本的情况相当罕见,而主动阻止用户选择其中一部分感觉就像是在努力帮助,但实际上却适得其反。

无论如何,这里有Dag Frode Solberg提供的更多细节。

继续阅读 →

微型浏览器无处不在

🔗 https://24ways.org/2019/microbrowsers-are-everywhere/
阅读评论

“微型浏览器”这个词显然吸引了我的注意。以前从未听说过。Colin Bendell 将它们定义为其他软件中的小部分,它们会对URL发出HTTP请求以生成预览。比如iOS消息、WhatsApp 或 Slack 中的小URL预览。

我有点怀疑这个名字,因为发生的是该软件发出了HTTP请求,然后解析出一些数据,并用它来做任何它想做的事情。我不确定我会称之为任何类型的浏览器,但我明白你的意思。

继续阅读 →

Neal.fun

🔗 https://neal.fun/
阅读评论

向 Neal Agarwal 致敬,最近他创作了一些出色的交互式作品,比如 深海,一种垂直滚动体验,可以帮助我们了解海洋的深度,以及 宇宙的大小,一种横向滚动体验,可以帮助我们了解宇宙中事物的尺度(查看 Josh Worth 的类似作品)。

但最重要的是,要像摇滚一样使用.fun TLD。

向 JAMstack 网站添加动态和异步功能

🔗 https://www.smashingmagazine.com/2019/12/dynamic-async-functionality-jamsstack-websites/
阅读评论

Jason Lengstorf

以下是一些我反复听到人们声称 JAMstack 无法处理但实际上却可以处理的事情的不完整列表

  • 异步加载数据
  • 处理文件,比如操作图像
  • 读写数据库
  • 处理用户身份验证并保护登录后的内容

仍然存在一种误解,认为JAMstack = 使用静态网站生成器就够了,尽管我阅读过的关于 JAMstack 的几乎所有文章都谈到了如何预渲染可以预渲染的部分,并使用客户端 JavaScript 和 API 来完成其余的工作。

Phil 最近为我们很好地解释了这一点。

继续阅读 →

2019 年前端开发回顾

🔗 https://levelup.gitconnected.com/a-recap-of-frontend-development-in-2019-1e7d07966d6c?source=friends_link&sk=33f07a325282208f5ea212f2699357c7
阅读评论

我在 The Great Divide 中提到了 Trey Huffine 在 2018 年撰写的这篇文章。

为了更明确地阐明这种分歧,请考虑 Trey Huffine 的这篇文章,“2018 年前端开发回顾。” 这篇文章写得非常好!它指出了今年的重大时刻,展示了有趣的数据,并对我们明年可能会看到的内容进行了预测。但它完全基于 JavaScript 生态系统。

我的观点是(仍然是)前端开发不仅仅是 JavaScript 生态系统。但是,我当然承认 JavaScript 世界的动向和变化非常重要,对大多数开发人员来说可能更有趣。

继续阅读 →

Quick Hits

# 2024 年 8 月 23 日
# 2024 年 8 月 21 日
# 2024 年 8 月 14 日
# 2024 年 8 月 14 日
更多速览 →
  • 更新
  • 1
  • ...
  • 49
  • 50
  • 51
  • ...
  • 219
  • 旧的

CSS-Tricks 由 DigitalOcean 提供支持。

随时了解 web 开发

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

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

© 2024 . All rights reserved.