Do any of you have M$ Word running in present form?
Do any of you have M$ Word running in present form?
My old man has a bunch of .dox stuff saved. He has complicated large files saved that are not supported by any of the FOSS conversion tools. I've tried Libre office, Abi Word, and every command line tool and converter I can find. These are entire book sized files.
I have a W10 machine with Word. Is extracting the .exe and running it with wine feasible without making an epic mess or massive project of this?
Have you tried the online version of MS Office? I'm not sure, but I think there's a free version. Depending on the file, you might be able to convert it to another format, then use a FOSS tool going forwards.
In my experience, OnlyOffice has the best compatibility with M$ Office. You should try it if you haven't
It's worth a try, though in my experience it can struggle with very large files.
OnlyOffice.
Not to be confused with OpenOffice.
(LibreOffice forked from OO back then.)
I will agree with the people suggesting "VM and a pirated copy"
Just get like office 2010 and windows 7 off of the web, run it in a VM, convert the files, dump it all.
Instead of pirating anything, you can instead use:
https://github.com/massgravel/Microsoft-Activation-Scripts for activation
https://massgrave.dev/office_msi_links for download of office
(these count as piracy, but yes, they work well and are reliable)
Yeah this is the last version of Office that doesn't nag you and your can find keys or buy generated ones off eBay if you feel guilty or worried about malicious cracks.
Doesn't Office 2010 work in Wine?
I wouldn't know, but since OP is having compatibility issues, I'd try to get as close to native as I could. Eliminate the room-for-error. Hence the VM with actual Windows.
They can just delete the lot after they've converted their files to an opener format. :P
Why do you spell it as "m$ office"?
Assuming you meant ".docx files", those should open without issue in LibreOffice. As others have said, OnlyOffice is another popular option if format preservation is a goal.
What do you mean when you say the files are "not supported" by the tools you've tried? What, exactly, is happening and what are you trying to accomplish? The end goal wasn't clear to me from your post.
Getting Word to run under wine will require much more effort than copying the Word binary.
Yes .docx.
It appears as though the encoding is missing in such a way that nothing in Linux recognizes the file. The underlying CLI tools don't have a way of converting the file. I tried with Python's docx tool and with iconv. It has to be encoding related because some tools initially load the file with several sets of Asian characters instead of English. However, there is no hexadecimal or sections of entirely binary looking data. Archiving tools do not open up the the file to reveal anything else like a metafile or header. Neo vim shows garbled nonsense throughout. Bat warns of binary. Python won't load the file, nor will Only Office. Libre Office and Abi Word load initially with Asian characters before crashing.
The only option is likely gong to be setting up the W10 machine and converting a bunch of files within it.
Ultimately, my old man thinks he can be an author all of the sudden and is trying to write. He's not very capable of learning. I'm not confident that he can learn to use FOSS to do the same thing he has been doing. This post was just to see if there are options I am not already aware of that might actually work in practice. I can easily do everything I need in FOSS. I can do everything he needs to do. I'm more concerned about becoming his tech support when he forgets how to copy pasta. He already fails to separate the internet hardware connectivity from the web browser and operating system within his mental model of technology.
Sounds like it's actually a .doc file that has been renamed to a .docx for some reason. Real MS Word would probably still open it fine, but open source tools would fall over hard.
You mentioned you can't decompress it either. If it was a real .docx you could rename the extension to .zip and unzip it with any archiver to see the contents. If the archiver complains about the format, then it's not a real docx.
Thanks for clarifying, and I can appreciate your overall concerns as I face the same dilemma with my aging relatives.
Just to confirm, have you opened these files in Word yourself (or witnessed them being opened), to verify they are in fact valid documents? if valid, are they meant to be in English?
It wouldn't be the first time I've seen "other" files renamed with an incorrect file extension.
Sure it's not .doc? Earlier .docx were rather more standard compliant than new ones. .doc is the old proprietary MS Word format, while .docx is to the OOXML standard (though with all the proprietary extensions, making the standard useless).
Assuming the latest version of OpenOffice doesn't work for these files...
My next course of action would be using the Win 10 machine with Word, or a VM with Win10 or 11 and the latest version of Word. Use MASGrave to trick M$ into considering it licensed if you need to.
Use a Powershell script to interact with Word through the COM object interface and automate opening Word, opening the file, saving it as a different filetype, and closing. Here's a snippet of Powershell from Reddit for going in the opposite direction (odt to docx) for a single file. I wouldn't try to do this through Linux, just suck it up and use Windows so you don't have an extra layer of mess to deal with.
Going off M$ documentation of the save types enum, I would replace "wdFormatDocumentDefault" in that snippet with wdFormatOpenDocumentText or wdFormatStrictOpenXMLDocument, then test it with a single file to see which gives the output you need.
Getting all the files of the starting type from a folder can be done using Get-ChildItem. Store those in a variable and use a foreach loop over the initial file list.
I wouldn't even try with wine these days.
Why don't you use the Win10 machine you have, the online version of Microsoft Office (web browser or app), a VM with Windows, or (if it works for your case) Google Docs or OnlyOffice.
VMWare and archive dot org are your friend
Honestly it might be worthwhile to just get a month of Microsoft 365 and use the web client. You can upload all of the files to OneDrive and open them in the web version of Word to do what you need. Nothing beats native compatibility in a project of this scope.
Isn't there a free tier anyways?
I have office 2007 on a winxp VM, I haven't had to use it in a few years, but it is there as a back up
That's EOL
Long past, but for old files especially, old .doc files it is great as a backup.
It lives in a VM that never has access to the internet, it almost never gets started up.
To be honest, there’s a few good comments linking to scripts and methods here to batch convert them on a windows pc/vm. That’s the best way to go.
To add on to their comments. If you’re just interested in preserving them then maybe printing them to pdf, specifically pdf/a, would be my approach once you got them opened.
Generally, no. M$ office has some pretty invasive DRM, so your best bet to running it on linux is to run it on a windows virtual machine
Just use OnlyOffice or this: https://flathub.org/apps/io.gitlab.o20.word
All of the office suites seem to use either Python 3 docx or iconvert under the surface. These tools do not support whatever default encoding m$ is using. It is clearly a font encoding issue, but I won't know what that font is until my back is in good enough shape to setup a desktop at my bedside workstation.
Why not just use a VM?
I've had some success with fmstrat/winapps (if I remember the repo correctly) but that might be overkill for your use case
I bought a cheap win11+office 2021 combo on the net and use a VM. Its not the easiest way but it works...
😔
Try your local library.
im pretty surs that codeweavers crossover still works for microsoft365. atleast I used it with office365 last year without major issue.
No
You need Windows
Why not just use the windows machine?
It's not open source but probably has the best compatibility. You can give it a shot.
https://www.freeoffice.com/en/
Needs an account after one week though.
Looks interesting. Any info on whether Excel Macros work for it?
It doesn't use Visual Basic for its macros so I wouldn't expect a complex compatibility. To be fair Excel macros is usually a problem outside of MS Office.