enforce-physical
Enforce physical Tailwind CSS properties instead of logical ones for consistency in LTR-only projects
Qué hace esta regla
El espejo de enforce-logical. Reescribe utilities lógicas conscientes del writing direction (ms-4, pe-2, start-0, rounded-ss-md, …) a sus equivalentes físicas (ml-4, pr-2, left-0, rounded-tl-md, …). Úsala en codebases LTR-only donde las utilities lógicas agregan carga cognitiva sin payoff — ml-4 es más directo que ms-4 cuando no hay historia de RTL. Autofix sobre el primer ofensor por location, sugerencia de editor sobre los siguientes.
Convierte las dos formas de los insets lógicos: start-2 (la que sugiere enforce-logical, y la que usan los docs de Tailwind) e inset-s-2 (en la que enforce-canonical reescribe esa, porque el design system la considera canónica). Un codebase que corrió logical + canonical termina con inset-s-*, y esta regla antes no tenía vuelta — su tabla solo conocía start.
También refleja las tres utilities donde la dirección es el VALOR: float-start → float-left, clear-start → clear-left, text-start → text-left.
DS-independiente en lo que importa: comparte la tabla estática de mapeo con enforce-logical y la invierte, así que funciona sin settings.tailwindcss.entryPoint. Cuando SÍ hay uno configurado, la regla además comprueba que la clase que sugiere exista, así que una reescritura nunca puede introducir una clase que no emita nada.
enforce-physical y enforce-logical son reglas hermanas. Activa solo una a la vez — correr las dos produce un loop de autofix.
Opciones
direction
'inline' | 'block' | 'both', default 'both'.
Restringe la conversión a un eje. Hoy todos los mapeos son del eje inline, así que 'block' desactiva la regla efectivamente. Future-proofing para cuando Tailwind incluya utilities lógicas del eje block.
{ "tailwindcss/enforce-physical": ["error", { "direction": "inline" }] }allowlist
string[], default [].
Patrones regex (compilados lazy, los inválidos se saltean en silencio). Las clases cuyo string completo matchee algún patrón bypassean el rewrite. Útil cuando una utility lógica específica es intencional incluso en un codebase mayormente-LTR (e.g. un componente que sí tiene que soportar RTL).
{ "tailwindcss/enforce-physical": ["error", { "allowlist": ["^ms-", "^pe-"] }] }entryPoint
string, opcional. Un entry point CSS solo para esta regla, que pisa settings.tailwindcss.entryPoint. Se usa únicamente para confirmar que la clase sugerida exista; la regla funciona sin él.
Ejemplos
✗ Incorrecto
// La dirección como VALOR
<div className="float-start clear-end text-start" />
// ~~~~~~~~~~~ ~~~~~~~~~ ~~~~~~~~~~ → float-left clear-right text-left
// Las dos formas de los insets lógicos
<div className="start-2 inset-s-4" />
// ~~~~~~~ ~~~~~~~~~ → left-2 left-4
// Márgenes/padding lógicos en un proyecto LTR-only
<div className="ms-4 pe-2" />
// ~~~~ ~~~~ → ml-4 pr-2
// Posicionamiento lógico
<div className="start-0 end-0" />
// ~~~~~~~ ~~~~~ → left-0 right-0
// Borders y radii lógicos
<div className="border-s rounded-ss-md" />
// ~~~~~~~~ ~~~~~~~~~~~~~ → border-l rounded-tl-md✓ Correcto
// Equivalentes físicos
<div className="ml-4 pr-2" />
<div className="left-0 right-0" />
<div className="border-l rounded-tl-md" />
// Ya físico — variants e important hacen round-trip limpio
<div className="hover:ml-4 pl-(--gutter) mr-4!" />Interacciones con otras reglas
enforce-logical: la inversa. Elige una. Correr las dos simultáneamente reescribe en loop.enforce-canonical: reescribestart-2→inset-s-2. Inofensivo acá: esta regla convierte las dos formas aleft-2.enforce-shorthand: corre sobre shorthandsm-*/p-*direction-neutral, así que no se solapan.
Cuándo desactivarla
- La app soporta RTL (árabe, hebreo, farsi, …): usa
enforce-logicalen su lugar, si no el autofix de la regla rompe los layouts en RTL. - No tienes preferencia fuerte: dejar las dos desactivadas está bien. Las dos reglas existen para expresar convenciones de team, no para enforzar correctness.