使用 ems/rems 而不是 px 作为字体大小更好吗?
阅读评论
答案过去是绝对肯定的,因为如果你使用px
单位,你就会阻止用户调整文本大小。
但现在,浏览器缩放是使所有内容变大(包括文本)的默认方法,即使你使用px
,它也运行良好。
但是… Kathleen McMahon 真的深入研究了这个问题,发现使用相对单位设置所有文本(包括font-size
和line-height
)仍然值得,因为
来自网络的我们正在阅读并有一些想法的内容。有没有我们应该知道的链接?告诉我们!
答案过去是绝对肯定的,因为如果你使用px
单位,你就会阻止用户调整文本大小。
但现在,浏览器缩放是使所有内容变大(包括文本)的默认方法,即使你使用px
,它也运行良好。
但是… Kathleen McMahon 真的深入研究了这个问题,发现使用相对单位设置所有文本(包括font-size
和line-height
)仍然值得,因为
我可能在这方面属于少数派,但我从未创建过那种“本网站使用 Cookie,以下是一些关于原因的解释,请点击此确定按钮以接受”栏,这种栏感觉像是互联网上的一半网站都有。
我们大多数人只是机械地点击“是”然后继续。如果你拒绝 Cookie 跟踪,有时网站将无法正常工作。但大多数情况下,你可以继续浏览。它们与我们在网上忽略的烦人弹窗广告没什么不同。
我特别无知,即使作为一名专业的网站构建者,我仍然不太明白它们存在的意义。
Emily很好地总结了答案。这可能就像你想的那样:一种安全胜于后悔的做法。宁可惹恼一些用户,也不愿被起诉到破产。
我们自己的 Robin Rendle
[…] 人们无法谈论真正的设计系统问题,因为这会让他们的公司显得功能失调和破败不堪。这对他们的公司不利,因此也对他们不利。但是,通过掩盖这些错误和缺陷来粉饰太平,不仅会让我们个人更加困难,还会阻碍该领域本身的进步。
我一直努力对自己的所作所为保持完全公开,无论好坏。然而,即使是我拥有的渠道,比如 CodePen Radio,在那里我们谈论运营软件业务的过山车,我仍然有一些事情隐瞒了下来,因为它们看起来不太好。通常,诀窍是让一些时间过去,以便日后可以进行回顾,如果今天对不好的事情犹豫不决的话。
我怀疑很多人并不知道 CSS 可以控制文本的选择方式。你可以使用user-select: none;
来阻止一些文本被选中。这在一般情况下可能不是很好的UX,但也许你使用了一些句号(.)字符作为装饰,我可以看到阻止这些字符被选中。
完全相反的是user-select: all;
,它会强制选中元素中的所有文本。同样,这可能也是一个有点不靠谱的UX。在网络上,强制用户选择所有文本的情况相当罕见,而主动阻止用户选择其中一部分感觉就像是在努力帮助,但实际上却适得其反。
无论如何,这里有Dag Frode Solberg提供的更多细节。
向 Neal Agarwal 致敬,最近他创作了一些出色的交互式作品,比如 深海,一种垂直滚动体验,可以帮助我们了解海洋的深度,以及 宇宙的大小,一种横向滚动体验,可以帮助我们了解宇宙中事物的尺度(查看 Josh Worth 的类似作品)。
但最重要的是,要像摇滚一样使用.fun
TLD。
Jason Lengstorf
以下是一些我反复听到人们声称 JAMstack 无法处理但实际上却可以处理的事情的不完整列表
- 异步加载数据
- 处理文件,比如操作图像
- 读写数据库
- 处理用户身份验证并保护登录后的内容
仍然存在一种误解,认为JAMstack = 使用静态网站生成器就够了,尽管我阅读过的关于 JAMstack 的几乎所有文章都谈到了如何预渲染可以预渲染的部分,并使用客户端 JavaScript 和 API 来完成其余的工作。
Phil 最近为我们很好地解释了这一点。
我在 The Great Divide 中提到了 Trey Huffine 在 2018 年撰写的这篇文章。
为了更明确地阐明这种分歧,请考虑 Trey Huffine 的这篇文章,“2018 年前端开发回顾。” 这篇文章写得非常好!它指出了今年的重大时刻,展示了有趣的数据,并对我们明年可能会看到的内容进行了预测。但它完全基于 JavaScript 生态系统。
我的观点是(仍然是)前端开发不仅仅是 JavaScript 生态系统。但是,我当然承认 JavaScript 世界的动向和变化非常重要,对大多数开发人员来说可能更有趣。