"LibreOffice es mejor leyendo archivos antiguos de Word que Word"

Artículo original ↗ Discusión en Hacker News ↗

Se informa ampliamente que LibreOffice abre y convierte con más fiabilidad que las versiones modernas de Office archivos antiguos de Microsoft Word y Excel de hace décadas, lo que pone de relieve cómo las herramientas de código abierto suelen priorizar la compatibilidad a largo plazo allí donde los proveedores han seguido adelante. Los comentaristas contraponen los formatos propietarios y estandarizados de forma imperfecta de Microsoft (como DOCX y OOXML) con OpenDocument, señalan pérdidas de datos y problemas de formato en la ida y vuelta entre suites, y apuntan patrones similares en el manejo de CSV y del software heredado de Windows, donde Wine a veces supera al propio Windows. El hilo subraya, en última instancia, cómo las elecciones de formato, la política de estándares y las estrategias de compatibilidad hacia atrás afectan a la preservación de documentos, la colaboración y el encierro del usuario en un ecosistema.

LibreOffice frente a Word para documentos antiguos

  • Muchos comentaristas informan que LibreOffice abre archivos .doc muy antiguos (de la época de los 90, incluso desde disquetes) que Word moderno se niega a abrir o para los que requiere cambiar la configuración de seguridad.
  • Históricamente, Word rompió la compatibilidad entre versiones y empujó a los usuarios a guardar en formatos más nuevos, mientras que LibreOffice invierte en una amplia compatibilidad hacia atrás (incluidos formatos de Word muy antiguos).
  • Algunos señalan lagunas irónicas: los formatos antiguos de StarOffice ya no son compatibles en las versiones recientes de LibreOffice, salvo que se usen versiones anteriores o bibliotecas específicas.

Formatos de archivo, estándares e incentivos de Microsoft

  • Varios comentarios sostienen que LibreOffice apunta a la compatibilidad y a los estándares abiertos, mientras que Microsoft tiene incentivos para empujar actualizaciones y mantener los ecosistemas como propietarios.
  • OOXML (.docx) se describe como “técnicamente estándar”, pero en la práctica desordenado: la especificación ISO está incompleta para la interoperabilidad del mundo real, Microsoft mantiene su propia especificación en evolución y hubo controversia en el proceso original de estandarización.
  • ODF (.odt) se presenta como el verdadero estándar abierto, pero su adopción en la práctica se ve frenada por el dominio de Office.

Edición de DOCX/ODT y riesgos de pérdida de datos

  • Varios informes dicen que editar .docx en LibreOffice puede corromper archivos de forma silenciosa (por ejemplo, XML interno roto, contenido perdido, notas al pie desaparecidas), y que la corrupción solo se hace visible al volver a abrirlos.
  • Otros informan que Word también “desmenuza” documentos complejos tras muchas revisiones.
  • Consejo habitual: importar .docx en LibreOffice, trabajar en .odt y luego exportar de vuelta a .docx si hace falta, o enviar PDFs cuando no sea necesario editar.
  • La interoperabilidad sigue siendo imperfecta en ambos sentidos: Office a veces maneja mal .odt, especialmente con el seguimiento de cambios y funciones avanzadas.

Manejo de CSV: LibreOffice frente a Excel

  • LibreOffice recibe muchos elogios por la importación de CSV: un cuadro de vista previa, opciones explícitas de delimitador/codificación y un comportamiento predecible.
  • Se critica a Excel por un manejo poco fiable de CSV, columnas y comas extra ocultas, análisis dependiente de la configuración regional y falta de aviso al hacer doble clic; algunos recomiendan Power Query, pero otros insisten en que el CSV debería “abrirse correctamente” sin más.

Compatibilidad hacia atrás: Windows frente a Wine

  • Varias anécdotas afirman que Wine (y Proton en Linux/Steam Deck) ejecuta algunas aplicaciones y juegos anteriores a Windows 7 con más fiabilidad que Windows moderno, especialmente software antiguo basado en Direct3D/DirectDraw y programas de 16 bits.
  • Otros responden que los modos de compatibilidad de Windows funcionan bien para muchas aplicaciones heredadas y que mantener una compatibilidad completa hacia atrás es inviable y entra en conflicto con la seguridad.
  • Se mencionan varios shims, capas de emulación y bibliotecas sustitutivas de DirectX/Glide como soluciones prácticas.

Flujos de trabajo, colaboración y alternativas

  • Algunos prefieren formatos de texto plano (Markdown, LaTeX, Typst, DocBook, XML) junto con control de versiones para documentos grandes, citando robustez y trazabilidad.
  • Otros señalan que estos pueden ser incómodos de usar o excesivos para los usuarios de oficina habituales, que priorizan la edición WYSIWYG y la colaboración fluida en Office o Google Docs.