P.D. Parece que el OP de este hilo fue traducido automáticamente al inglés para mí y no encuentro una forma de ver el original en la interfaz móvil. ¿Qué está pasando ahí? Obviamente, el problema ya no es visible en este caso. ¡Menos mal que capturé esa captura de pantalla antes!
Esto puede ser correcto Udi, pero creo que esa regla es solo sobre la vista previa. Parte de esto podría ser incluso un error en el inversor CSS que usamos.
Supongo que el inversor solo se aplica cuando el idioma de la interfaz de usuario está configurado en Hebreo/Árabe/etc., esto no es así aquí. El texto de dirección de derecha a izquierda (RTL) puede aparecer en el contenido incluso cuando el idioma de la interfaz de usuario es de izquierda a derecha (LTR).
Como mencionó Udi, a menudo es preferible usar -inline-start/end en lugar de -left/right en las hojas de estilo, y no usar un inversor propenso a errores. Esto funcionaría correctamente tanto para la RTL embebida (en los contenidos de las publicaciones) como para la RTL de diseño (según el idioma de la interfaz de usuario seleccionado), con una sola hoja de estilo. Podrías considerar migrar a eso y retirar rtlcss. Pero, por supuesto, no es obligatorio si no hay un problema real que resolver.
Sí, estoy de acuerdo, deberíamos tener una hoja de estilos CSS sólida para contenido mixto, si encuentras algún otro ejemplo que necesite mejorar, una PR es totalmente bienvenida
@nat buena idea añadir la etiqueta. Quizás quieras añadirla aquí también: Wrong -> arrow direction in RTL text contexts (no puedo editarlo por alguna razón). Publicaré información relevante en ese hilo en un segundo (pero en resumen, sigue siendo una tarea mucho más grande de lo necesario, y lo que escribí en el OP sigue siendo correcto).
¡Me alegra que te parezca interesante! A mí también
Mencionaré que, hasta donde sé, -top y -bottom están bien. Es extremadamente raro que -block-start y -block-end no se mapeen a ellos respectivamente, eso solo debería suceder al usar el diseño de arriba a abajo. Personalmente, no tengo experiencia con tales diseños en absoluto, y creo que todo el sitio web probablemente necesitaría ser rediseñado para acomodarlos, por lo que estos simples ajustes de CSS no serían suficientes. ¡Pero de todos modos podría estar equivocado, no me creas a ciegas!
[cita=“sam, post:14, tema:367516, completo:verdadero”]
Las preguntas que estoy considerando aquí son:
¿Es posible lograr que nuestro CSS esté en un estado en el que ya no sea necesario ejecutar rtlcss?
¿Vale la pena?
¿Existe un estado intermedio saludable?
[/cita]
¿Es posible? - Definitivamente, pero puede requerir algunos ajustes en HTML para que coopere con CSS (puedo dar ejemplos más tarde).
Estado intermedio saludable - Esperaría que si solo cambias algunas cosas a -inline-start, entonces rtlcss las ignoraría, pero seguiría convirtiendo -left. Esto significa que puedes cambiar progresivamente más y más cosas hasta que rtlcss ya no cambie nada. En ese momento, rtlcss puede retirarse.
¿Vale la pena? - No tengo idea. Considera si esto haría que Discourse fuera más estable en RTL, y si sería más fácil de mantener a largo plazo. Realmente no lo sé.
Definitivamente vale la pena, quizás incluso obligatorio, para el CSS aplicado a contenido generado por el usuario que puede ir en cualquier dirección (generalmente con dir="auto").
Además, aunque no pueda pensar en un ejemplo en este momento, a veces realmente quieres establecer explícitamente la propiedad left de algo independientemente de la dirección del diseño. En esos casos, rtlcss haría lo incorrecto, a menos que hayas hecho excepciones para eso de alguna manera.
Los elementos <span> adicionales dentro de los elementos <td> son necesarios para que la tabla se renderice en el diseño deseado. En un contexto RTL, el pseudo-elemento ::before aparece a la derecha, por lo que si el td fuera RTL, el signo = que separa la clave y el valor aparecería en el extremo (lado derecho) de la fila de la tabla.
Básicamente, a veces necesitas anidar un elemento adicional para darle una dirección separada de su padre. Pero esto podría ser algo bueno dependiendo de tu perspectiva.
¿Es posible llevar nuestro CSS a un estado en el que la herramienta rtlcss ya no sea necesaria?
¿Vale la pena?
¿Existe un estado intermedio saludable?
[/cita]
No creo que valga la pena el esfuerzo de hacer una actualización completa de nuestro CSS en el núcleo, plugins y temas solo para eliminar nuestra dependencia de rtlcss. Un paso intermedio saludable podría ser usar CSS independiente de la dirección para áreas que contienen contenido generado por el usuario, como publicaciones y biografías, y que para todo lo demás rtlcss haga su trabajo.
