LibreOffice leía archivos antiguos de Word mejor que Word
(eldritch.cafe)- Se confirmó un caso en el que, mientras organizaba manuscritos antiguos tras jubilarse, un usuario intentó recuperar documentos viejos y LibreOffice logró abrir archivos más antiguos que Word
- Word no pudo leer archivos anteriores a 1994, pero la versión más reciente de LibreOffice para Mac pudo abrir en general archivos de 1992, 1989 e incluso un documento de 1986
- La calidad de conversión no fue perfecta: la letra minúscula
aen un archivo de 1989 se convirtió en un carácter con circunflejo, y en el documento de 1986 aparecieron algunos caracteres de cuadro - Después de respaldar sus manuscritos en la nube y con Time Machine, el usuario confirmó la existencia de 9 novelas antiguas, 2 novelas inconclusas y unas 15 historias cortas
- Como mantener la compatibilidad hacia atrás de formatos de archivo propietarios antiguos tiene un costo alto, herramientas externas como LibreOffice pueden convertirse en una red de seguridad para la recuperación de documentos
Un trabajo de recuperación que comenzó al ordenar manuscritos antiguos
- Tras jubilarse, el usuario empezó a dedicar tiempo a escribir y a hacer una lista de novelas largas no vendidas que necesitaban revisión y reescritura
- Después de separar su Mac de la VPN del trabajo, se desordenaron los enlaces de carpetas y al hacer clic en Documents en Finder intentaba localizar una ubicación de red y fallaba
- Tras reiniciar, podía entrar a Documents directamente desde el directorio de usuario
- Copió todas las carpetas de escritura al escritorio y confirmó que no había perdido sus novelas ni manuscritos de cuentos antiguos
- Al principio pensó que tenía 7 libros terminados, pero en realidad había 9 obras completas
- Tres de ellas formaban una trilogía, y una novela tenía una secuela mezclada
- Había 2 novelas inconclusas
- Parecía haber unas 15 historias cortas, y por los registros de envío en varias carpetas concluyó que muchas estaban terminadas
El punto en el que Pages y Word no pudieron abrirlos
- Una novela escrita en 1996 fue rechazada por Pages al intentar abrirla
- El usuario consideraba esta obra una space opera entretenida con buenas posibilidades iniciales de venta
- Planeó instalar Word e investigar programas capaces de abrir archivos antiguos, pero luego confirmó que Word no puede leer archivos anteriores a 1994
- También conservaba los originales de capítulos de la era Apple ][, pero ya los había actualizado en tiempos de PowerPC con una Mac y una versión de Word del cambio de milenio
Los archivos que LibreOffice sí logró abrir
- Otro usuario le aconsejó que “LibreOffice puede leer archivos antiguos de Word mejor que Word”, y entonces instaló la versión más reciente de LibreOffice para Mac
- El archivo de 1992 se abrió sin problemas
- El archivo de 1989 también se abrió, pero todas las letras minúsculas
ase convirtieron en un carácter con circunflejo- El usuario consideró que ese problema era aceptable
- Después de averiguar cómo buscar por fecha en Mac, encontró un tratamiento de historia sin extensión llamado
The Revenger- La fecha era 25 de marzo de 1986
- Había algunos caracteres de cuadro, pero en general se podía leer
- El usuario describió el documento como un intento de space opera de ciencia ficción al estilo de Andre Norton
- LibreOffice también abrió
Tree Castle- Este documento podría haber sido, o algo parecido a, un archivo de Mac Draw
- La fecha era 1 de enero de 1986, y era el documento más antiguo que tenía el usuario
- El usuario valoró mucho a LibreOffice como herramienta de conversión de documentos, y resumió que aunque parte del contenido de los textos antiguos era inmaduro, no había propiedad intelectual perdida
El costo real de mantener la compatibilidad hacia atrás
- Un usuario comentó que también usa LibreOffice como herramienta principal en el trabajo y que en varias ocasiones recuperó archivos antiguos de Word mejor que el propio Word
- El autor original consideró que el hecho de que Microsoft no ofrezca compatibilidad hacia atrás al 100% para sus propios formatos propietarios no se debe simplemente a desinterés
- Mantener la compatibilidad hacia atrás implica costos continuos de desarrollo, pruebas y depuración
- Se mencionó que un programador en una gran empresa puede costar más de 150 mil dólares incluso sin contar bonos
- Cada vez que cambian los métodos de gestión, los paradigmas de programación, los requisitos de lenguaje, el acceso a repositorios, los estándares de privacidad o la auditabilidad, aparece una carga adicional de mantenimiento del código
- Puede ser necesario contar con programadores dedicados en toda la línea de productos, o bien equipos estacionales y tiempo de gestión cada vez que se cambia el código
- La mayoría de los usuarios no conserva archivos de más de unos pocos años, y en entornos de trabajo se mencionó como buena práctica retenerlos hasta 7 años
- A menudo los archivos antiguos se actualizan o se conservan como PDF
- Se planteó que en LibreOffice la capacidad de abrir archivos viejos puede ayudar a ampliar su base instalada, y como también recibe donaciones, no necesariamente se trata solo de trabajo completamente no remunerado
- Si una herramienta externa falla, Microsoft puede dejar la carga de soporte técnico o el riesgo de demandas, boicots o mala reputación del lado de esa herramienta externa
Reportes de bugs en open source y experiencia con el ecosistema de herramientas
- Surgió la opinión de que vale la pena reportar como bug el caso en que la
aminúscula se convierte en un carácter con circunflejo en el archivo de 1989- Si se puede adjuntar el archivo al reporte, es posible que alguien lo revise
- También se compartió un caso en que se reportó un problema de experiencia de usuario en el cuadro de diálogo de separación de párrafos de LibreOffice Writer, y que se corrigió tras la discusión
- El autor original recordó que reportó bugs en algunos proyectos open source que había usado, pero que años después solo uno se había corregido realmente
- A menudo recibió respuestas del tipo “arréglalo tú mismo”, y sintió que corregir problemas de otros suele tener baja prioridad
- Añadió que vivió una actitud parecida en Microsoft, y que Apple era un poco mejor, aunque no mucho
- Los procesos de contribución open source como Git y los pull request pueden ser una barrera para usuarios comunes e incluso para algunos desarrolladores
- El autor original tuvo que reescribir instrucciones en
.mden trabajos open source relacionados con Zowe y en un proyecto obligatorio de conformidad de Open Mainframe Project, y quedó atascado por la exigencia de usar pull requests en GitHub - Incluso desarrolladores de mainframe, JavaScript, C o Windows pueden cargar con la necesidad de aprender el flujo de GitHub si no están familiarizados con él
- El autor original tuvo que reescribir instrucciones en
- Otro usuario comentó que le cuesta adaptarse a Git y que Mercurial, aunque sigue un modelo distribuido similar, le parece mucho más fácil de entender
- En la discusión sobre WordPerfect, se comentó que la estrategia de considerar la gran cantidad de controladores de impresora como una barrera de entrada terminó convirtiéndose en una debilidad
- Se compartió la experiencia de que, mientras Windows seguía ampliando el soporte de impresoras, WordPerfect tardaba más de 10 minutos en cargar controladores de impresora que ya no eran necesarios
1 comentarios
Opiniones en Hacker News
Aunque guardes cada 5 minutos en LibreOffice un archivo doc/docx que se haya editado muchas veces y tenga comentarios, no confíes en que se volverá a abrir la próxima vez.
Si editas directamente archivos de Word, LibreOffice puede terminar arruinando el documento en algún momento. Es más seguro trabajar en el formato de LibreOffice y luego convertirlo a doc/docx para enviarlo.
El problema es sutil: LibreOffice muestra las ediciones y permite modificarlas, pero el archivo guardado real puede quedar dañado. Te enteras recién la próxima vez que lo abres; a veces se puede arreglar, como cuando hay etiquetas que no coinciden en el XML interno, y otras veces desaparecen partes grandes del documento y es imposible recuperarlo.
Si tienes que enviárselo a usuarios de MS Office, simplemente envíales OpenDocument. Office también puede abrirlo y, si hay problemas, es más probable que sea un bug de Office que de LibreOffice.
Los usuarios de MS Office también tienen que familiarizarse con OpenDocument, que es un formato estándar de documentos.
Había casos en que se creaba en Word un DOCX con control de cambios activado, se editaba y guardaba varias veces en LibreOffice, luego se volvía a abrir en Word para editarlo y guardarlo, y Word ya no podía abrir ese archivo. Abrirlo en LibreOffice y volverlo a guardar lo arreglaba.
Todos estos casos estaban relacionados con el control de cambios, y no sorprende, porque la representación interna del control de cambios en DOCX es todavía más desastrosa que el resto del formato, que ya es como “volcar RTF y un montón de cosas varias en XML”.
Conviene evitar el formato de Word en sí.
El proveedor A desarrolla, prueba y corrige juntos el formato A y su propia aplicación, y además tiene todos los datos de usuarios y de bugs. El proveedor B también tiene que desarrollar su propia app y su formato, y no cuenta con el conocimiento organizacional ni los datos de A.
Por lo tanto, es difícil que la app de B maneje datos complejos del formato de A con tanta estabilidad como A, y A también tiene sus propios bugs. En este caso, es probable que el equipo de Microsoft Office tenga muchos más recursos que LibreOffice.
Recuerdo haber leído un artículo, creo que de Joel Spolsky, sobre el diseño del formato XLS: básicamente consistía en volcar al disco la estructura interna de memoria de Excel y agregar optimizaciones para que guardar y cargar fuera rápido en los discos lentos de la época.
Él parecía bastante satisfecho con el rendimiento, pero a mí solo me quedó la idea de que “cualquier otro programa que tenga que manejar este archivo está perdido”. Y entre esos “otros programas” también se incluyen las versiones posteriores de Excel.
Para recuperar archivos antiguos con fines de archivo sería bueno contar con documentación interna de los viejos DOC y XLS, pero parece poco probable que Microsoft los haya documentado correctamente siquiera internamente.
Por eso, cuando llegaron las exigencias de estándares abiertos, tuvieron que rehacerlo por completo como DOCX/XLSX. Microsoft no tenía forma de documentarlo.
Aunque no ayuda que DOCX/XLSX también tengan etiquetas de “volcado binario interno de Word/Excel”, con lo que caen en la misma trampa.
https://www.joelonsoftware.com/2008/02/19/why-are-the-micros...
Como dijo Spolsky, son un desastre total, pero técnicamente están documentados.
Al final, todos los formatos de archivo no son más que estructuras de memoria escritas en binario.
Durante la época de la actualización a Windows 7 descubrimos que el viejo software de control de asistencia que usaba la empresa ya no funcionaba.
Por suerte, el departamento de IT encontró una solución: le dieron a toda la empresa una VM con Ubuntu e hicieron que ejecutaran ese software con Wine. Al final funcionó así durante varios años, hasta que lo reemplazaron por una solución web.
https://techcommunity.microsoft.com/t5/ask-the-performance-t...
Pero descubrimos que funcionaban mejor con Steam Proton en Linux que en Windows moderno. Claro que no lo bastante bien como para jugarlos de verdad.
La razón principal era que pudieran usar el software de control de asistencia. Se les podría haber dado una tarjeta RFID de 2 dólares, como a los empleados de producción, pero entonces habrían tenido que caminar hasta el reloj checador para registrar su entrada.
Al final creo que también usaron Outlook para Windows por una función que no existía en la versión para Mac.
Por eso, cuando un cliente compraba el software, recibía gratis un monitor del tamaño adecuado. Historia real.
Hay un caso parecido: un juego de la época de Windows XP sí lo pude ejecutar en Ubuntu, pero no en Windows 11.
El juego usaba alguna versión de Direct3D que dejó de funcionar a partir de Windows 10. No quería instalar Windows XP/7/8 en el equipo, y las máquinas virtuales no tenían muy buen soporte de aceleración gráfica.
Pero en una instalación real de Ubuntu, usando Wine y encontrando y colocando algunos archivos correctos, sí arrancó. Lo más gracioso es que instalé Wine en Ubuntu corriendo dentro de WSL en Windows 11, y el juego también funcionó ahí. Nunca pensé que terminaría ejecutando un juego viejo de una forma tan enredada.
https://fdossena.com/?p=wined3d/index.frag
Hay DLL compiladas de wined3d que funcionan en Windows.
https://github.com/doitsujin/dxvk
Esto también funciona en Windows.
Solo hay que ponerlas en la carpeta del juego y cargará esas DLL en lugar de DirectX real. También hay más implementaciones de APIs antiguas para seguir ejecutando juegos viejos, y algunas las usan incluso usuarios de Linux con Wine. Por ejemplo, dgVoodoo.
http://dege.freeweb.hu/dgVoodoo2/ soporta Glide, la API propietaria de las tarjetas de la era 3dfx, y DirectX 1~7, 8.1 y 9.
https://github.com/FunkyFr3sh/cnc-ddraw corrige problemas relacionados con DirectDraw, una API 2D antigua, y puede ser útil tanto para usuarios de Windows como para quienes usan Wine en Linux.
https://github.com/otya128/winevdm ejecuta apps de 16 bits en Windows de 64 bits.
Si a eso le sumas los ajustes del modo de compatibilidad del propio Windows, probablemente puedas correr casi cualquier juego lanzado para Windows sin la pesada sobrecarga de una VM. Hasta donde sé, WSL ni siquiera sabe liberar la memoria que ya tomó.
Los juegos también se benefician de esta capa de compatibilidad sorprendentemente fiel, y hoy en día muchos juegos de Windows, incluidos títulos recientes, se pueden instalar de forma transparente en Linux con WINE.
https://www.youtube.com/watch?v=Bg1NiXtrJ6g
https://www.youtube.com/watch?v=3b50Stm8gu4
Me pregunto si el proceso será sencillo.
Irónicamente, uno de los formatos de archivo antiguos que intenté abrir en LibreOffice era un archivo de StarOffice 5, y no abrió.
LibreOffice se bifurcó de OpenOffice, y OpenOffice fue la liberación como open source de StarOffice. El conversor se eliminó para simplificar la base de código.
Habría complejidad, pero StarOffice ya es un formato fijo, y supongo que también debe haber alguna versión anterior fija de OpenDocument que se pueda usar como destino.
Aunque nadie debería esperar otra cosa, Apple tampoco conservó la retrocompatibilidad de los formatos de iWork, y tengo algunos documentos legacy que requieren encontrar una versión vieja para poder abrirlos.
https://wiki.documentfoundation.org/ReleaseNotes/4.0#Feature...
Incluso en 2024, como Excel no puede abrir CSV sin estropearlos, abro todos los archivos CSV con LibreOffice.
Sé que existe el asistente de importación, pero aun así a veces los arruina.
A mediados o fines de los 90 trabajé en una empresa que hacía software antivirus, y necesitábamos analizar archivos de Word en busca de virus de macro.
Pero no podíamos abrir archivos de Word 1.0, así que empleados de Microsoft vinieron personalmente desde Estados Unidos para ayudarnos. Como en ese entonces éramos una empresa británica relativamente pequeña, fue algo bastante importante, y hasta donde sé fue la única vez que ocurrió algo así.
Se manejó con cierto secretismo, pero la historia que escuché fue que Microsoft había perdido el código fuente original para leer y escribir archivos del formato Word 1.0, y solo le quedaban los binarios compilados, por lo que tuvieron que hacer ingeniería inversa para escribir código nuevo.
LibreOffice apunta a la compatibilidad, pero Microsoft quiere que sus clientes actualicen a versiones más nuevas y rentables, así que este resultado no sorprende.
Incluso llegaba a incluir tratamientos especiales para que una app siguiera funcionando aunque dependiera de un bug o de una función no documentada.
Convertí 100 GB de archivos xls/doc para subirlos a SharePoint, y con solo volver a guardarlos en formatos abiertos el espacio se redujo aproximadamente 5 veces.
No sorprende en absoluto que LibreOffice abra mejor los archivos antiguos. Microsoft incluso tiene archivos bloqueados que no se pueden abrir a menos que entres a la configuración de seguridad y los permitas. Estaba convirtiendo una biblioteca de casi 30 años, con muchos archivos de más de 20 años; ¿por qué hoy habría que seguir arrastrando una compatibilidad tan basura?
Me pasó algo parecido con una app DOS a medida que usaba una pequeña cadena de cambios rápidos de aceite: no se ejecutaba en Windows 7 o superior sin importar qué configuración de compatibilidad se usara, pero en Wine sobre Linux funcionaba bien.
La usaron así como solución temporal hasta volver a desarrollar la app. Por la experiencia con una app de consola, mantuvieron la app de reemplazo también como app de consola y la reescribieron modernizada para correr en un shell de Linux. Además se ahorraron todos los costos de licencias y, al final, parecían bastante satisfechos.
Parece que, hace más de 10 años, Microsoft como empresa se apartó de golpe del principio central de mantener la compatibilidad hacia atrás a cualquier costo.
Las aplicaciones de DOS y Windows de 16 bits no se ejecutan en Windows de 64 bits.
Nunca abras archivos Word antiguos en japonés con LibreOffice. Los corrompe.
Los archivos Word antiguos en japonés están guardados en Shift JIS, pero LibreOffice los abre como UTF-8.
Si no lo hay, me pregunto si alguna vez abriste uno nuevo y si puedes compartir una muestra para reproducirlo. Busqué “Shift JIS” en Bugzilla, pero no encontré nada.
[1] https://bugs.documentfoundation.org/