por Italo Vignoli
Las novedades más importantes de LibreOffice 26.8 están relacionadas con los sistemas de escritura. Vale la pena explicar qué se ha hecho y, sobre todo, por qué se ha hecho, ya que detrás del trabajo de los desarrolladores existe una decisión importante.
Qué se ha hecho
Writer ahora detecta automáticamente la dirección del párrafo al abrir o pegar documentos o texto sin formato, sin que el usuario tenga que configurarla manualmente.
Los espacios al final de una línea se colocan de acuerdo con la dirección del párrafo y no con la de los caracteres vecinos. Esto corrige un problema de larga data relacionado con el manejo de los saltos de línea en textos que combinan árabe y caracteres latinos.
Los controladores de tamaño de los objetos ahora funcionan correctamente en documentos CJK escritos de derecha a izquierda y en documentos con escritura vertical.
Los caracteres de control bidireccional ahora se muestran junto con las demás marcas de formato, de modo que las sustituciones direccionales invisibles pueden visualizarse y editarse.
Se ha revisado la semántica de la alineación de los párrafos. Los documentos nuevos utilizan ahora la alineación justificada de forma predeterminada en lugar de la alineación a la izquierda, y cambiar la dirección del párrafo ya no modifica una alineación establecida explícitamente. Es un cambio pequeño, pero con un impacto significativo, ya que ahora un documento escrito en árabe y otro escrito en inglés pueden compartir una misma plantilla sin generar conflictos.
En Calc, al escribir texto de derecha a izquierda en una celda vacía, la dirección de esa celda se establece automáticamente.
LibreOffice Math ha incorporado funciones y operadores para los alfabetos N’Ko y Adlam, además de flechas vectoriales y arpones orientados hacia la izquierda para fórmulas escritas de derecha a izquierda. Sin estos elementos, la notación matemática en estos dos alfabetos no puede componerse correctamente.
Por último, ahora se reconocen los nombres de las fuentes registradas en idiomas distintos al idioma de la interfaz. Esto permite que un documento creado en una instalación en japonés o ruso se muestre utilizando las fuentes elegidas por el autor, en lugar de utilizar fuentes sustitutas.
Por qué esto es inusual
El N’Ko es un sistema de escritura creado en 1949 por Solomana Kanté para las lenguas mandingas de África Occidental. El Adlam fue creado a finales de la década de 1980 por dos hermanos adolescentes, Ibrahima y Abdoulaye Barry, para la lengua fulani, que hasta entonces se escribía utilizando alfabetos árabes o latinos adaptados, una solución inadecuada.
Ambos sistemas de escritura se utilizan de derecha a izquierda, son empleados por poblaciones de decenas de millones de personas y fueron incorporados a Unicode durante los últimos veinte años.
Ninguno de estos idiomas representa un mercado. En conjunto, sus hablantes nativos no constituyen una base de clientes suficientemente grande como para justificar el tiempo de desarrollo desde un análisis comercial. Ningún proceso de licitación, en ninguna parte del mundo, ha dado lugar a la realización de este trabajo. Ningún cliente corporativo lo ha solicitado. Ninguna presión competitiva lo ha hecho necesario.
La persona que incorporó el soporte para N’Ko y Adlam en LibreOffice Math es un voluntario.
Gran parte del trabajo relacionado con el texto bidireccional fue realizado por un desarrollador contratado por The Document Foundation, que se financia mediante donaciones.
El cambio de nombre de la opción de cuadrícula de texto CJK, para que hiciera referencia correctamente a la cuadrícula manuscrita genkō yōshi utilizada en la composición tipográfica japonesa, fue realizado por un miembro del personal de TDF.
El soporte nativo para las variaciones de fuentes OpenType -de enorme importancia para alfabetos cuya tipografía no puede aproximarse simplemente modificando las dimensiones de un carácter latino- fue proporcionado por un diseñador tipográfico que trabaja de manera independiente de cualquier empresa.
Una diferencia fundamental
Todo proveedor de software debe decidir qué usuarios vale la pena atender. Si el software es un producto, esta decisión se toma sobre la base de un caso de negocio, y los idiomas que no pueden financiarse por sí mismos quedan relegados.
Una fundación no tiene esta limitación y no necesita preguntarse si un alfabeto justifica sus costos de desarrollo, porque no existe un flujo de ingresos con el que comparar esa decisión. El trabajo se realiza porque alguien con los conocimientos necesarios considera que vale la pena hacerlo y no existen razones que lo impidan.
Esta es la diferencia práctica entre un software gestionado por una fundación y uno gestionado por un proveedor comercial, y resulta evidente en las notas de lanzamiento. LibreOffice está disponible en 120 idiomas precisamente por esta razón: la cantidad de idiomas es una consecuencia de su modelo de gobernanza, no un objetivo de marketing.
Esto explica por qué el argumento a favor del software de código abierto en la administración pública no se reduce a una cuestión de costos. Un organismo público tiene obligaciones hacia ciudadanos que no representan un interés comercial: usuarios de idiomas minoritarios, usuarios de tecnologías de asistencia y personas que viven en regiones que ningún proveedor considera prioritarias.
El software desarrollado sobre la base de un caso de negocio solo atenderá a estos ciudadanos si hacerlo resulta rentable. El software desarrollado sin necesidad de justificarlo mediante un caso de negocio puede atenderlos de manera natural y de acuerdo con los principios del software de código abierto.
Artículo original (en inglés)
