5 ms·
I am deeply disappointed that a company like Microsoft doesn't make a point of Microsoft Word being able to open any document created by any version of Word, no
by elzbardico 3y ago
I am deeply disappointed that a company like Microsoft doesn't make a point of Microsoft Word being able to open any document created by any version of Word, no matter how ancient it is. I think they have the social/historical/economical responsibility of doing so.
If they are worried about vulnerabilities in the old parsing code, move it to an external process, run it under isolation in a sandbox to spit out a newer readable version on the fly, but don't eliminate this capability from the software.
EDIT: zokier pointed out to me that the desktop version of Word opens the file fine, it is only the web version that doesn't. So, consider this post void.
EDIT 2: Well it opens the document, but is not able to display or print the embedded graphics, it seems.
- OJFord 3y agoYou don't have to go anywhere near 1990 to find issues with modern Microsoft (especially cloud) apps opening documents created in older ones!
- kiwijamo 3y agoIndeed. If I ever end up in the cloud version of Word (or indeed any other app) my first instinct is to click 'Open in App'.
- zokier 3y agoYou missed the fact that the real Word does open this file just fine, its just the toy web version that has issues (and maybe Mac too but eh)
- elzbardico 3y agoOh, really? I stand corrected. Thanks for pointing this out.
- jgrahamc 3y agoNo, you're not wrong, another commenter points out that latest Word opens the document but doesn't display the graphics.
- ben7799 3y agoThe Office 365 Mac version refuses to open it. You can recover text but the result is horrible. No graphics and all formatting lost.
- jgrahamc 3y agoYes, it opens it and throws away the graphics, so not "just fine".
- zokier 3y agoIf we go into splitting hairs, it doesn't really throw the graphics away, it simply lacks the "filter" to display them but they are there still, as in it recognizes the graphics object correctly and lays out it on the page. Based on the error message, hypothetically I suppose you could even make a custom filter to handle the object. But this really goes more into the facet of Office files that allowed embedding pretty much anything into them, and relying on this "filter" system (I guess OLE) to handle embedded objects. So while the DOC file itself is getting parsed and rendered pretty much perfectly, the embedded objects are another story. In the same sense I'd say browser might open some HTML page "fine" even if it doesn't know how to handle some image format that is used on the page; it'd still handles the HTML correctly.
- jdofaz 3y agoMakes me wonder if the graphics are in PICT format
- zokier 3y agoI think they are. You can even find some PICT files inside the ODT in the github from TFA
- petersmagnusson 3y agoif you read the blog, the main point of OP’s project was to get at the diagrams, so hardly “splitting hairs”.
- nullindividual 3y agoThis is expected with the web versions of Office. They can read (certain) binary Office formats but not edit them. The web version of Office is designed for OpenXml file formats.
- nullindividual 3y agoOld file formats have security vulnerabilities. The online version of Word is designed for docx only, although it can open certain binary documents.
- o11c 3y agoFundamentally, a data file format can't have vulnerabilities. At most it can be prone to vulnerabilities, but more often it's just that popular implementations are bad.
- nullindividual 3y agoSorry, the Word parser does and Microsoft did not feel it important enough to fix as their focus is on OpenXml formats.
- kelnos 3y agoThen that's on Microsoft. There's no fundamental reason why a secure parser can't be written for old formats.
- nullindividual 3y agoWhy would Microsoft do that? It makes zero financial sense to continue with a parser that may need to be rewritten from scratch for a ~30 year old format.
- genewitch 3y agothey can do what they want, and i'll continue on my 2 decade long decision to never give microsoft money, for anything. Same way i'll never give propellerhead another dime, or Plex[0], or any of these other consumer-hostile companies. I don't trust MS to maintain software, even though as far as that goes, they're better than a lot of companies that have been writing software for decades. "time marches on" is silly when we have millions of times the compute, storage, and transit speeds available to us. I also don't see why people see the need to shill for multi-billion dollar companies. What microsoft should have done is trademark a new name for their word processor the second they made the decision to not open word .doc from older versions. That way there's no confusion. [0] having a hard time remembering the name/company of the software i purchased for in-house streaming over a decade ago. Plex is still a hassle to use for in-house streaming compared to the "service" or whatever they're selling. Unfortunately Synology seems to have grown weary of releasing a version of their client for every newfangled device that comes to market, so i'm stuck with plex on my TV; that is, unless i want to use a stick/set-top/computer attached to it.
- larsrc 3y agoMany old formats were essentially just binary dumps of memory, or something not far removed. Documenting the formats was not a standard. Yes, I agree that there is a social responsibility, but having worked in digital archiving I can tell you that the olden days were really, really messy. No, really.
- resters 3y agoThis is the point that many of the commenters who criticize Microsoft are missing, and it's why the old formats are not enabled by default (security vulnerabilities) and why it's not as simple as creating a parser.
- autoexec 3y agoMicrosoft still deserves criticism for designing their old word formats so badly. It was a design choice to turn documents of mostly text into obscure binary formats that were badly standardized and maintained.
- resters 3y agoNot true at all. Some of Microsoft's best minds created extremely ingenious methods that allowed early word processors to be usable on files that were dramatically larger than what would fit in memory. OSes didn't support suitable performance via VM infrastructure at the time. It was clever, outside of the box thinking that got MS to be able to beat WordPerfect (a worthy competitor) and the many other also-rans. There was (contrary to popular belief) not a deliberate strategy to limit interoperability. It was simply the reality of the approaches utilized that made them tightly coupled to the MS Word codebase and less standardizable than would have otherwise been ideal. Source: one of the guys who worked on it at MS.
- unsui 3y agono they don't. They were effectively working at embedded scale, trying to capture state within tremendously limiting constraints. This is a case of interpreting past decisions based on current criteria, when those same conditions would have prevented modern methods from being implemented.
- pompino 3y agoIs there any commercial software development company with better backwards compatibility creds than Microsoft? I'm genuinely curious.