Deja de usar width y height en tu CSS ⚠️
La mayoría de los desarrolladores creen que writing-mode es solo para implementar idiomas como el japonés o coreano. Error grave. El problema real es que seguimos diseñando pensando en direcciones físicas (arriba, abaj
Artículo
Una lectura sobre tecnología y sistemas digitales, escrita para ir al punto y dejar claras las ideas principales.
Tema principal
automatizacion de procesos
Fuente
dev.to
Puntos clave
- La mayoría de los desarrolladores creen que writing-mode es solo para implementar idiomas como el japonés o coreano.
- El problema real es que seguimos diseñando pensando en direcciones físicas (arriba, abajo, izquierda, derecha). Esto hace que nuestras interfaces sean rígidas y difíciles de escalar a nivel global.
- El insight clave: el layout moderno de CSS no se basa en píxeles físicos, sino en ejes lógicos.
- Cuando cambias el writing-mode, no solo rotas el texto, redefines el comportamiento de todo tu sistema de diseño:
Bloque 1
La mayoría de los desarrolladores creen que writing-mode es solo para implementar idiomas como el japonés o coreano.
Error grave.
Bloque 2
El problema real es que seguimos diseñando pensando en direcciones físicas (arriba, abajo, izquierda, derecha). Esto hace que nuestras interfaces sean rígidas y difíciles de escalar a nivel global.
El insight clave: el layout moderno de CSS no se basa en píxeles físicos, sino en ejes lógicos.
Bloque 3
Cuando cambias el writing-mode, no solo rotas el texto, redefines el comportamiento de todo tu sistema de diseño:
• Ejes Lógicos: El eje 'inline' sigue el flujo del texto y el 'block' la dirección en que se apilan las líneas. • Propiedades Lógicas: inline-size y block-size reemplazan a width y height, adaptándose automáticamente a la orientación. • Layout Agnóstico: Flexbox y Grid ya no dependen de 'filas' o 'columnas' fijas, sino de estos ejes dinámicos. • Flujo Adaptable: margin-inline-start es infinitamente más potente que margin-left porque entiende el contexto del idioma.
Bloque 4
Pensar en ejes y no en direcciones es lo que separa a un implementador de un arquitecto de frontend.
¿Ustedes siguen usando propiedades físicas (left/right) o ya migraron todo a propiedades lógicas en sus proyectos?