必须将width/height替换为inline-size/block-size,并配套使用padding-inline/padding-block等逻辑属性,否则在vertical-rl或dir="rtl"下因物理属性语义锁定导致布局崩塌。
直接换掉物理属性,不是“升级写法”,是避免在vertical-rl 或 dir="rtl" 下布局崩塌的必要操作。浏览器对 width 和 height 的解析永远绑定物理轴:哪怕写了 writing-mode: vertical-rl,width 仍算水平方向,height 仍算垂直方向——但此时“水平”视觉上是上下,“垂直”反而是左右。结果就是 padding-top 被加在物理左/右,而 box-sizing: border-box 还从 width 里扣减它,总高度远超预期。
width → inline-size(文字流方向的尺寸)height → block-size(垂直于文字流方向的尺寸)padding-inline/padding-block,混用即失效inline-size + box-sizing: border-box 会忽略 border-inline,需用 @supports (inline-size: 100px) 降级inline-size 作为 box-sizing 基准,静默回退到 width
写 margin-left 在 dir="rtl" 下不会自动变成右,它永远钉左;而 margin-inline-start 才真正表示“内容起始侧”,LTR 下是左,RTL 下是右,vertical-rl 下则是顶部。
margin-left / margin-right → margin-inline-start / margin-inline-end
margin-top / margin-bottom → margin-block-start / margin-block-end
padding-inline 是双值简写:padding-inline: 8px 12px = start 8px + end 12px;不支持三值或四值写法padding-inline-start 更清晰,避免简写歧义right: 0 在 RTL 下仍钉右,应换为 inset-inline-end: 0
grid-column-start: 1 是物理列号,固定不变;想按逻辑起点定位,必须写 grid-column-start: start。同理,flex-basis 是物理尺寸,inline-size 在 flex 容器里常被主轴覆盖,优先用 min-inline-size 或 flex-basis 配合逻辑单位。
justify-content: left → justify-content: start(随 dir 自动切换对齐基准)grid-template-areas 字符串不自动翻转,别指望改字符串适配 RTL,靠 justify-content 或为 [dir="rtl"] 单独重定义区域grid-auto-flow: row 在 vertical-rl 下实际是从上到下填格子,不是从右到左;判断依据是 getComputedStyle(el).writingMode,不是 direction
gap 没有逻辑方向概念,它只是轨道间距,不能替代 margin-inline-start
dir 不是“标记语言”,而是告诉浏览器这块内容的默认文本流方向,从而决定 margin-inline-start 映射到哪边、text-align: start 对齐哪一侧。它影响所有继承它的子元素,且 JS 动态修改后 CSS 会实时重算。
dir 可写在 <html>、<body> 或任意块级元素上,子元素默认继承dir="rtl" 但样式没变,大概率是父容器没继承,或被 padding-right 这类物理属性覆盖[dir="ltr"] .foo { margin-left: 8px; } + [dir="rtl"] .foo { margin-right: 8px; } 过渡,但长期必须切逻辑属性dir 后动态切类名——无法响应运行时变更,且增加维护成本margin 类而保留 width 和 padding-top,等于骨架没动,表皮换了也照样崩。逻辑属性不是“更现代”,是盒模型语义解耦的刚性要求。