lighten() 和 darken() 按 HSL 的 L 分量线性调整亮度,非像素级明暗处理;需确保输入为 color 类型、慎用于高饱和色、避免链式调用,并配合 saturate 等增强视觉反馈。lighten() 和 darken() 在 Less 中怎么写才不翻车Less 的 lighten() 和 darken() 不是"调亮/调暗像素",而是按 HSL 色相环上固定步长调整亮度分量(L),对饱和度(S)无感。这意味着:深灰 lighten(#333, 20%) 可能变成脏灰,而不是你想要的浅灰;而高饱和蓝 darken(#00f, 30%) 容易直接掉进黑里,失去辨识度。实操建议:优先对中性色(如 #666、#999)用 lighten()/darken(),效果可控对品牌色,先用设计工具查它的 HSL 值,预估 L 分量变化范围------比如 #2563eb 的 L 是 ~42%,lighten(..., 30%) 会冲到 ~72%,但再加就溢出成白避免链式调用:lighten(darken(@primary, 10%), 10%) 看似抵消,实际因四舍五入和 HSL 插值非线性,结果常有偏移渐变背景里用 lighten/darken 动态生成色值想让按钮悬停时背景从 @brand 渐变到更亮版本,别手写两个固定色,用 Less 函数动态算:.btn { background: linear-gradient(to right, @brand, lighten(@brand, 15%));}.btn:hover { background: linear-gradient(to right, lighten(@brand, 15%), @brand);}注意点:立即学习"前端免费学习笔记(深入)";浏览器渲染的是最终 CSS,所以 lighten() 在编译期就执行完毕,不会影响运行时性能如果 @brand 是变量(比如从主题 JSON 注入),确保它始终是合法颜色值,否则编译报错 error evaluating function `lighten`: color expected渐变方向不影响函数逻辑,但 to bottom 比 to top 更符合视觉重力直觉,别为了"酷"反着写lighten() 失效?检查输入是不是真颜色常见错误现象:lighten(@color, 10%) 编译后没变化,或直接报错。大概率是 @color 根本不是颜色类型。 Adobe Image Background Remover Adobe推出的图片背景移除工具
相关推荐
昵称画3 小时前
交接班记录电子化:三班之间的信息不漏“AI国潮设计-小江”4 小时前
【AIGC实战】Python+SDXL批量生成“潮汕英歌舞不倒翁”IP | 角色一致性与多场景融合方案,附完整代码Linux_cy4 小时前
服务器管理工具哪个好用?我用了七八个MoRanzhi12034 小时前
第6篇(下)· 使用 PyQt5 实现 2048 高性能计算版:统一运行控制与跨模式安全交接code tsunami4 小时前
【无标题】缓慢更新4 小时前
审批的加签与会签:多人意见怎么合CodeGL5 小时前
10、Python基础之进程和线程跨境联盟5 小时前
大健康实体如何搭建产品差异化:对比普通营养品与合规跨境膳食补充剂服务模式有想法的py工程师5 小时前
PostgreSQL EXPLAIN中的Cost模型分析(random_page_cost参数):优化器眼中的代价世界与执行计划生成前进的李工5 小时前
飞书企业知识库设计+后端高频八股