I think TDF tries to push a wrong narrative here for their lack of engineering and funding.
Competitive products like Google Docs, WPS or Euro Office solve proprietary file format problem very nicely. Microsoft themselves had to solve that exact problem for Lotus 1-2-3.
Proprietary file formats are an industry standard. It is the lowest resistance way to deliver features and you cannot blame your competitor to have more features or hidden features in their formats. ALL strongly competitive software for the desktop workstations have proprietary formats: Autodesk, Altium, Adobe, Corel, Apple. All of them serialize their featureset on their own format since it is the easiest to do. FOSS won't get the marketshare pie by complaining about it.
LibreOffice has to provide feature parity before complaining here and TDF needs to find the funding source to hire the engineers to achieve that. They need to have convincing arguments and consistently delivered features. Otherwise it will not get adopted.
Microsoft hasn't actually selling their product on the premise of proprietary file format support. They sell it with the promise of total platform integration for every single software an office needs. You not only get an office suite but IT Admin tooling integrates with the computers and the office suite, e-mail management, SSO and licensing management software and Cloud storage all in once.
To compete with the Microsoft (or Google Workspace) you need to be selling all of that at a very competitive price. Otherwise all private companies and many government departments will continue to choose Microsoft. If a change is wanted in the government, governments need to start investing Microsoft levels of money in hiring engineers.
In my company I decided we would not depend on Microsoft products. We use kSuite that offers everything MS does, ~90% cheaper. The one real problem we run into is PowerPoint decks that look different or get corrupted when used across different Office suites, including ones that are focused on Microsoft compatibility like OnlyOffice.
Proprietary formats are a clear lock-in tool, because the cost of dealing with incompatibility is higher than the cost of paying the piper. (Although me being stubborn I made claude rewrite the OOXML to behave, but that's an absurd thing to need to do!)
If open formats were the standard and could be reliably exchanged, it would remove a big reason to ever use Office products.
They are a lock-in tool but they are also completely natural and available to everyone. Have you ever written any software that saves files? Is its file format proprietary? Some are more complicated than others, but I'd bet dollars to donuts you didn't make your format an ISO standard. At best you wrote some Markdown explaining it broadly (and some of your code has drifted so that is incorrect now), at worst maybe your code isn't even commentated.
And even when the basic format is documented, the important details rarely are. If you're making an Office competitor you have to render fonts pixel-perfect to how Microsoft renders them, or you'll wrap lines at different places and the cascading differences will inevitably put some element like a floating image in a different location than it's meant to be, messing up the document. And yet, does Microsoft document how they render fonts in so much detail that you can code it identically? No they don't - the only detailed enough spec for that is the code itself.
Once I wrote a custom Minecraft server from scratch. The client-to-server protocol was well documented. It was straightforward to make a grid of blocks and let the player place and destroy blocks. But as soon as anything detailed enters the picture, it's game over for accuracy. When you break a block in Minecraft it turns into a "dropped item" entity, which you can pick up. The dropped item has physics. The client predicts the physics. If I didn't precisely emulate the client's physics, then the entity would glitch up and down as the client predicts it falling down and the server says it's still in its original spot, or fell down a different amount. The only detailed enough reference is the code itself.
One time I tried to write Doom for a platform, from scratch. I got the 3D BSP renderer working and could move around a space with walls. I was looking for reference for how to implement the rest of the game and didn't find it. I didn't realize you're supposed to port Doom to a platform by starting from the original Doom code and not by writing it from scratch, because the only detailed enough reference is the code itself.
One time I tried to write an N64 emulator. I downloaded all the documentation I could find and got writing. My emulator ran a large portion of Mario's startup code and then I got stuck without enough information to proceed. I didn't realize that most N64 and later emulators are ports of existing emulators because they've been battle-tested and - say it with me - the only detailed enough reference is the code itself (or a real N64 which I didn't have).
Basically working code is working code and you can never replicate it precisely without either years of work or actual copy-pasting. Even protocols designed to be reimplemented many times have inconsistency problems. Look up HTTP Request Smuggling if you haven't already. More benignly, see the controversy on JSON comments.
The innovation of PDF was that it precisely specifies the font and layout of every element of the document, trying to leave nothing to chance. There are still differences between PDFs in different viewers but they are much less important than the differences in a Word document because the PDF specifies the exact placement of every character, because Adobe knew it wouldn't be possible to rely on word-wrap algorithms being identical.
> I'd bet dollars to donuts you didn't make your format an ISO standard.
What matters to me, if I'm communicating with my government (or vice-versa), is that they only use recognised standards.
I will need a web browser, email client, document editor... but not a specific web browser, email client, document editor.
This takes effort from governments, because the vendors of all the products they consume want to try and leverage their government connection to get lock-in and thus make their products mandatory for everyone in the country.
For example, even if government developers only use Chrome browser and neglect to test on Safari, you can end up with millions of Safari or iPhone users unable to perform legally essential tasks, and have no workaround. The same is true for using proprietary office document formats, and that includes Adobe when there's a difference between PDF-as-specified versus PDF-as-implemented-in-Adobe's-proprietary-software.
The importance of standards is that they tell every vendor exactly how to conform and not-conform to the standard. Hence the standard itself has to be made be robust. Hence why a standards committee has to own it, not a proprietary vendor. If it's a proprietary format undergoing standardisation, the standardisation's job is to file off the rough edges and make it interoperable. It doesn't take some fragile code that only works in one way, and say "that's the standard". It throws out the fragile bullshit like Microsoft's broken date handling that they don't even bother to fully document in OOXML.
For comparison, a better standard and standards body (even though they have their own problems e.g. being dominated by Google) would be HTML5 and WHATWG. Everything is carefully specified so that all browser vendors can implement a standard, identically. That even includes things like word-wrapping (a small subset of document layout!), and there are test suites to catch deviations from the standard.
I think it's better now but PDF viewers used to ignore the interpolation method for bitmaps, resulting in colormap histograms turning super blurry depending on how they were saved. Oh and 0 width lines...
I have written software that saves files and saves to standard geopackage formats.
Microsoft is known to have a lot of inconsistencies between its spec and reality. One important part of adoption open standards formats is that when you have real interoperability and competition between consumers of the format, the spec needs to actually work. HTML and the welcome demise of Internet Explorer specific markup through real competition in the browser space is a case in point
We can see from Fediverse that the spec still isn't really good enough. You have to code against Mastodon's code and Akkoma's code and GoToSocial's code. If you code against the ActivityPub/ActivityStreams spec, it won't actually work in the real world.
Same with most protocols. HTTP is followed closely enough, but forget about even strictly spec-compliant SMTP. Protocol specs are more like statements of intent.
It doesn’t matter that you like them, a democratic state must burn them all utterly the ground. No state document in a proprietary format has legal significance. This was obvious before but it now settled law across most of the world
> One time I tried to write Doom for a platform, from scratch. I got the 3D BSP renderer working and could move around a space with walls. I was looking for reference for how to implement the rest of the game and didn't find it. I didn't realize you're supposed to port Doom to a platform by starting from the original Doom code and not by writing it from scratch, because the only detailed enough reference is the code itself.
This is the greatest misunderstanding of a programmer's job I've ever seen (by someone who apparently programs). Of course you don't write a game from scratch every time you port it to a new platform. You aren't even really supposed to be "referencing" the game code. The game code is built on a series of abstractions over the hardware. You swap in a set of abstractions for different hardware. If the game is properly encapsulated, you may not even need to touch what would be considered the "game" code rather than the engine code, or only minimally to update API boundaries.
eg.
Layer 0: Hardware
Layer 1: OS
Layer 2: DirectX
Layer 3: Engine code, has functions like Draw3D(params) which call DirectX functions
Layer 4: Game code, which calls Draw3D(params)
If you swap in OpenGL for DirectX, you simply change engine code so that Draw3D calls OpenGL instead of DirectX as appropriate, and the game code is still just happily plopping along with the exact same Draw3D calls ignorant of whether those are being served with DirectX or OpenGL. This applies all the same even if Layer 2 is a software renderer, as Doom's was. Ditto for OS layers or anything else.
If you want to reverse engineer it from scratch for learning, have at it, but why in God's name would you think that's what porting entails? And even after you understand porting is not about writing from scratch, you should understand that this has no relevance to your overall point. I'd also note that it is possible to reverse engineer a game from scratch without ever referencing the original source code -- that's called a decompilation project, it's intensive and time-consuming work, but it can be done.
"Microsoft hasn't actually selling their product on the premise of proprietary file format support. They sell it with the promise of total platform integration for every single software an office needs."
Idk, the entire reason I've ever used Office was because someone gave me files I'm afraid to screw up.
The formatting goes wonky or the macros stop working and you get the blame for doing something "weird" to the document everyone else managed to pass around just fine.
As much as you're doing the right thing by using open formats, you still end up looking like the incompetent employee. No good deed goes unpunished.
Or dealing with any professional service that isn't your day job. Like oh you need to fill out some legal documents, the fields use something proprietary in Word that they can't just convert to PDF...
> You could just open it in libreoffice, make your changes and send them back an ODT, see how they like it.
We didn't, and have decided to go with someone else who costs three times as much as you do. It's a bargain after the dozen internal emails back and forth, the missed deadline, and the subsequent heated discussions with you that your ODT caused. We know they aren't as good as you are.
> I'm confident the person who most wants to sabotage LibreOffice's success is Italo Vignoli. [...] Most of his blogs are about how awful OOXML (Microsoft Office's open standard) formats are [...] This is a self-sabotaging marketing approach. [...]
And now I look at who authored this article. "2026-07-17 Italo Vignoli"
Hmm - I think you mean to say that when interoperability is not a core constraint, then there won't be an incentive for an open standard.
That's important because in plenty of other software - databases, OSes, compilers and binary formats, networks, etc. name your favorite CS topic, there is an open standard for it.
You can either achieve interoperability by... achieving interoperability, or by dominating market share and edging the user's action space to solely stay in your ecosystem (change the action distribution of your user) that for all intents and purposes that it "interoperates with everything" means that, "since I bought entirely into this ecosystem, I interoperate with everything".
So ultimately I agree with you, but to present it as a failure of objective engineering prowess on open source is weird. As you said yourself, it's clearly the network effects that prop the business model. And sure, gaining market share isn't a trivial task, but it's not engineering.
I think framing it in the interoperability way is healthier - because it actually provides a potential new out to work towards, rather than this weird beration double-bind that frames Microsoft's approach as The Objective Way to do things. It's not and doesn't have to be.
That and marketing. Libreoffice is like buying a Honda Civic, I guess? It works, it's boring, it's cheap, nobody ever sees it advertised on TV. Many people see the ads for cars on TV and go and buy the expensive sexy car they saw on TV and don't shop around.
It violates elementary, ABC, read-it-in-Rousseau principles of legitimate state operation if government documents of any kind whatsoever are in a proprietary format. This is why EU courts forced .docx on Microsoft. .doc files were found to be simply invalid binary blobs with no meaning whatsoever in a democracy. I dimly remember a US court - maybe Minnesota? - tending to the same.
It was only the magical atmosphere in which Microsoft and ‘tech’ must succeed that made this flat out obvious conclusion invisible.
I remember beginning writing a pandoc writer the minute it happened but some bright young brain beat me to it.
The XML if I remember, had manifold curiosa probably meant to impede other implementations, but it was real.
My impression is that his complaints, which echo those of the doc period in detail, arise from users’ failure to adopt best practices.
I think now would be an excellent time for an EU directive that all government documents must at all times be stored in an openly standardised format. So no OOXML Transitional.
> Open Source is a global effort, but current political situation makes collaboration hard and trust difficult to earn. Especially when development is not transparent and open.
I find this an odd statement. I would understand an explanation that forking was chosen on ideological grounds, but, how is development "not transparent and open" in an open source project? Sounds a bit contradictory. Plus doesn't the fact that a fully functioning fork was performed effortlessly show that the project was indeed truly transparent and open?
Open source doesn't necessarily mean the development is open and transparent. For example, sqlite is open source, but the development process isn't very open. Development is done entirely by the sqlite team.
> how is development "not transparent and open" in an open source project?
Please have a look at how Android is developed, and how each new version is released. It's far from the only example of "open source but closed development process".
Never mind "shared source" like QNX where people can pass through hoops to view source, but code is not open in the libre sense.
> They are using Microsoft formats instead of the open-source one.
They will need to focus on Microsoft's formats for the foreseeable future because of the sheer amount of archaic, but still vitally important, government processes which depend on them.
Once Euro Office gains a significant foothold in those government processes, then they'll have the market power to influence. And, hopefully, force change in Microsoft's behaviour by forcing them to compete against a cheaper and just as capable open product suite.
They need to focus on archaic government processes which rely on document formats that require proprietary software to view properly, while good open source software for the same task exists. And where lacking, focus on improving open source support for a particular task.
A good start would be to cut use of this OOXML Transitional format entirely. Default to LibreOffice's default formats, and (perhaps) support OOXML Strict where it helps transition.
That way any government employee saving their work in OOXML Transitional or other proprietary format, would automatically stick out as a dumbass who failed to do their job. Pass documents that are published through some validators / allowed-format checkers, and the public only gets stuff that's viewable with software of their choosing.
None of this is hard. It's mostly about changing defaults & a bit of employee training.
Oh that and the following paragraphs are salty, after all of the mess of Euro-Office violating their copyright (OO's arguments about which may or may not hold up in court).
Personally, I'll probably just stick with LibreOffice until things calm down a bit.
I just had GPT reverse engineer, from scratch, some ancient Corel Draw documents and turn them into perfect PDFs. None of the open source libraries helped. In fact, GPT didn't make any progress until I told it to ignore them.
LibreOffice was a big part of the problem. Their import code was half-baked, and silently changing Arial to Liberation Sans wasn't particularly liberating, either.
> In discussing ways of competing with open source, Document I suggests that one reason that open source projects had been able to enter the server market is the market's use of standardized protocols. The document then suggests that this can be stopped by "extending these protocols and developing new protocols" and "de-commoditiz[ing] protocols & applications". This policy has been internally nicknamed "embrace, extend, extinguish". Document I also suggests that open source software "is long-term credible ... FUD tactics can not be used to combat it", and "Recent case studies (the Internet) provide very dramatic evidence ... that commercial quality can be achieved / exceeded by OSS projects."
Are they? They extended DNS, LDAP and Kerberos to make Active Directory so that now every Microsoft-locked corporation is stuck using Microsoft as their internal DNS. They do the various things they do to get everyone stuck using their email instead of any other standard IMAP/SMTP/webmail provider. Azure is "somehow" one of the three major cloud providers.
Jmap is a desperately needed upgrade, but email as a whole needs to be rebuilt. The fact that it’s so core to our current infrastructure, but is really poorly suited for maybe 75% of its usage, is a bad situation that’s only going to get worse.
Of course it’s ridiculously hard to change something that’s so foundational, and I don’t trust any of the players with enough juice to pull it off (besides Google if they actually put their whole ass into it)
Lots of projects started off with the BSD license instead of GPLv3/AGPL/etc. and then discovered what the consequences of that are, but those consequences haven't been hard to predict for a while now, since they're the reason those other licenses exist to begin with.
Which is why all big tech companies belong into the same basket, and not be idolatriased only because they happen to contribute to some FOSS project that helps their bottom line, have marketing toys for engineers or whatever.
Contributing to FOSS projects because it helps their bottom line is the reason everybody does it. It's a good reason to do it. That's not the problem.
The problem is when you try to establish barriers to the customer ever switching to a competitor. Microsoft isn't the only company that does that but they are obviously a company that always has and still does do that.
Yeah, and block as much as possible the possibility to include their cash cow (office) in open source: the desktop Microsoft Office apps are impossible to run under Linux without a VM, and the web versions are a PITA and lack many necessary features.
What i absolutely love is that this exact strategy is why coding agents dont work with proprietary tools. Open standards have so much context out in the open that any harness/agent can work effortlessly with it. But things like excel and word need manual integration which will be slow and painful and wont offer the same seamlessness for a feasible amount on effort.
Its an amazing schadenfruede, and im revelling in it
We use OneDrive at work, so I have all the right apps and accounts and whatnots. When I wanted to download a folder with a lot of files in it, it would regularly crap out.
There's no way to download the files as files unless you do it one by one. If you select multiple files, it produces a zip, which sometimes fails to transfer properly.
The Windows app is somewhat better, in that at least you can move the files as files. But even so, it's unreliable. The tray icon says everything is synced, but in the explorer some files still have the "syncing" icon. And of course, when I look on the browser, said files are missing. But there's no network activity, so it just... does nothing.
I have also not found an easy way to confirm all files are synced from the web. I haven't found an equivalent to the right-click -> properties to get the number of files and the actual size. So if you have a structure with several folders, you're SoL.
AFAIK, that’s not forced, ‘only’ strongly directed towards. You certainly can use a third party authenticator with Microsoft accounts, and I expect that to work with OneDrive, too.
I mean, I'm not going to defend Onedrive (aside form saying it "mostly works just like the rest") but how is it the app or the vendors fault that someone send you a link that required an account to access? There is an "anonymous access through this link" sharing option that does work as advertised.
This works the same for Google drive and most of the other services. The problem is that most users don't understand that the link they create still has access controls attached (that they can change).
The problem is also how much MS pushes Onedrive. In Outlook for example its very easy to accidentally upload your attachment to onedrive and sending a link instead of attaching the file to the email.
This is a configuration issue. Onedrive also supports OTPs.
But regardless, what alternative would you propose? Did it contain any sensitive information? Does the alternative integrate with your current system? Do people need to create accounts for it like Dropbox? Do I have to teach all of the employees how do use this new service instead of just right-clicking and sharing the file?
SFTP is a no-go for obvious reasons. I can't even get people to stop clicking birthday initiation links from Australia (we're in the US) let alone teach them how to use FTP.
Dropbox would require a dropbox account. 100% not going to push another piece of softare on them when our current software already does.
To be fair, that’s 50% the shop’s fault. They could have probably provided access via a link like GDrive allows. But of course, some moron on the other end would probably find it incomprehensible why you don’t already have an MS account or why you’re not willing/hesitant to create one, “it’s free!”
Of course, even if they did give an “insecure” link, you’d probably have suffered a terrible experience of failed downloads, partial and corrupted downloads, random snail speeds, etc.
> To be fair, that’s 50% the shop’s fault. They could have probably provided access via a link like GDrive allows. But of course, some moron on the other end would probably find it incomprehensible why you don’t already have an MS account or why you’re not willing/hesitant to create one, “it’s free!”
Not if you're in enterprise dev. You have 2 types of accounts: Microsoft and Google. Not because you want to, but because that's reality and it's practical.
What I'm saying is if you're an enterprise dev and you don't have a Microsoft account of some type that's a failure on your part. It's part of the job.
I feel they are pushing their own narrative without really having any evidence.
We use Microsoft at work because we would either use Microsoft or Google for email. The email service is critical to the choice. We can’t run our own reliably and other vendors just don’t interoperate the same way.
Microsoft Office simply isn’t that expensive and it’s very easy to hire people who know how to use it and are comfortable with it. We don’t usually libre office because it’s really not practical to spend hours retraining expensive knowledge workers. Payroll is over half of our budget and our largest single expense. Software is cheap and isn’t even close.
Microsoft managed to build office online, which saves to DOCX etc. - the online version may have reduced functionality, but you can edit the same document with the full office at work and the browser version at home and it won't mess things up. So building a new office on top of the MS formats seems possible. You could probably even use AI for the things the other (open/libre/...)Office developers can't or don't want to do.
This has always been the case , for most companies, but MS is very well known for it. Play along until you have enough market share and then break things in undocumented ways.
The office-document format wars played out _at least_ twenty years ago.
The path dependence and "everyone uses it" (installed base) inertia of Microsoft's formats continue to benefit Microsoft (and its OOXML formats), despite ODF being more open and, in many ways, superior--not least because it's easier to implement, manipulate programmatically, and reason about.
But refighting that battle seems pointless. Users and the market have moved on, not least toward cloud-based tools; file formats no longer seem the primary barrier to competition.
Outside of corporate I think the world will just abandon MS. Their tactics has become so aggressive and their software so broken that it’s getting harder to ignore
I mean, outside of corporate (including governments, universities, etc large organizations because what’s the difference) the world has largely already abandoned MS. The vast majority of personal conputing on the planet happens on devices that don’t run Windows or other MS software.
I've been building SmallDocs [1], a fairly fully functional office suite (text, formatting, presentations, spreadsheets) which is based in markdown (and mainly written by agents).
Given my experience building this, I think the idea of "a truly independent document":
> one that displays identically on any system, in any country, for any user, regardless of the software used
Will be very difficult to achieve in practice.
Building software is an expression of opinions. And one of the main drivers of building an app is to innovate or improve the user experience vs. what exists today. These things combine to result in new features, and new features breaks the open standard.
If I wanted to build a new Excel, I might want to add something to spreadsheets which a basic open source reader cannot, or even Excel itself, might not be able to handle.
With SmallDocs, I built on the standard rendering of markdown, but then added a bunch of properties which traditional markdown renders would ignore.
~~~slide
grid 100 56.25 bg=#0b1220
r 6 9 82 4 text=caption color=#fbbf24 align=left | LAUNCH REVIEW - Q2 2026
r 6 18 84 16 text=title color=#f8fafc align=left | Atlas 2.0 shipped to every customer
r 6 37 78 6 text=subtitle color=#94a3b8 align=left | What changed, what it cost, and what we learned
l 6 47 24 47 stroke=#fbbf24 strokeWidth=0.2
~~~
All this means SmallDocs markdown files only render correctly through our rendering engine - but this enables me to add something new to an existing document format.
Entra is their lock in. They have little need for office other than customers expect it but if you look at the direction where they wholesale throw out Outlook for it’s worse web version you can see where they are headed
First, not an IT pro. What about driver and media licensing? It’s the first thing your learn installing a minimal Linux distribution like Arch. Never could get my Nvidia chip to fly right.
So lets have all your data vendor locked in a cloud somewhere so that the corp runnning it can milk you for ever or just decide to delete it all on a whim ? Perfect!
There is an entire generation who have grown up with the cloud and just see that as the default because it is.
Which isn’t to say that everyone in that generation thinks the cloud is the sensible way to do it or that prior generations didn’t (it wouldn’t have “won”).
My boy only understands what a file system is because I explained it to him, all his tech (with the exception of his gaming PC) might as well be magic black boxes for the amount of understanding he has on how it works.
You will be relieved to learn it is also good. I have used it for years without issue - standard format for libreoffice / openoffice. It is a much better thought out document standard than Microsoft's abomination.
And what if those "cloud based office tools", which would be using proprietary file formats internally, shut down? Or heck, what if they announce to raise their pricing? All of your docs gone. No possibility to migrate.
When the original application is open source, its format is public and anyone who wants to create a converter to another format can either use the original code or inspect it to see how the format works.
When the format is proprietary, you get a blob of binary data that you have to reverse engineer through guesswork, made orders of magnitude more difficult if the original service isn't even available anymore.
PDF is a mess because it's an ancient originally-proprietary format based on a proprietary language and the Adobe "standard" didn't actually specify a lot of important things for a long time, leaving other implementations to try to reverse engineer them.
Meanwhile you look at actual standard formats like PNG or UTF-8 or, as you say, HTML, and the implementations generally do a lot better because there is a proper spec.
I'm sure this is a serious problem, but I'm not sure it's the main problem. The other one, that might be an even bigger problem is the way Microsoft sells its products. While, technically, most of the stuff they sell appears as B2C products, they are sold as B2B, and increasingly more so since the emphasis shifted towards the Web versions.
What this means for the users is that their interests are overpowered by the interests of the organization supplying them with the software. An organization can be more easily bribed both "legally" by offering a (temporary) discount and straight-up illegally by paying the procurement officer. Microsoft is known to do both. This is not a battle one can win on technological merit alone, unfortunately...
I didn't mean to say it was illegal, I meant to say it was an advantage in competition against the open-source counterparts because those usually cannot afford to make discounts of any kind.
More concretely, Microsoft used to claim that the price of their software is compensated for by the operational costs (which is false, but they managed to convince a lot of people).
In the same way, due to having deep pockets, Microsoft can, temporarily, operate at a loss only to out-survive the competition only to crank up the price to the ceiling once the competition is gone.
It’s possible to create read-only viewers for Word, Excel & PowerPoint files that are more-or-less pixel accurate on 99% of files, so long as the user has the correct fonts installed (or, in the case of the PowerPoint, they come embedded).
There's plenty of viewers, I think even MS used to offer free MS Office readers.
We need interoperability between MSOffice and everything else. But were stuck with MSOffice because even the so called open format is not well documented.
MS Office is the last roadblock for Linux desktop. It's literally the last thing holding back many users from moving to anything else.
No support from OEM vendors to sell pre-installed devices on consumer stores, even if they do support it, it is a custom OEM distro, because differentiation, like on the netbooks, Android, or drivers tied to a specific Ubuntu release, with shovelware.
Games, no studio cares about Linux native games, thus Proton. Game studios keep happily using Windows, Visual Studio, up to Valve to do the needful, at least as long as current management is around.
Governments, plenty of jurisdictions still have software that requires either Windows or macOS desktop software.
And then we have the whole desktop fragmentation, that makes people don't care and ship shitty Electron apps or command line software.
I've been developing open source software since the late '90s. I was a Debian developer for nearly 15 years. I stopped actively participating in this stuff about 10 years ago. I'm involved in a few libraries and that's it.
The "Linux" ecosystem is utter chaos, and there are too many developers who are their own worst enemies. There's too much churn, and too little strategic thought. Compatibility is king. Microsoft know this, or used to. But too many developers on the Linux/open source side of things don't care. They have repeatedly self-sabotaged the development of a coherent ecosystem throughout the last three decades by repeatedly breaking backward compatibility and replacing well-established software with incompatible replacements. Even RedHat. The pursuit of new and shiny trumps compatibility every time, and half-baked new technologies replace stable and established technologies long before they are ready, leading to developers and end users being eternal beta testers of rubbish. It is not possible to develop software for a platform which does frequent rug-pulls leaving your software unusable.
This isn't solvable by any individual, no matter how hard or how long they work for.
That's part of the reason why I switched to FreeBSD as a replacement for a good bit of stuff I previously did on Linux. It might be lacking in some aspects, but there's not quite the same level of insane and pointless churn without purpose.
And I say this as someone who used to hand-build kernels from applied patch files, back when it was fun and the improvements were consequential.
You can fix it by making a Linux ecosystem that isn't chaos.
I'm pretty sure Apple proved that compatibility isn't the end-all-be-all of customer satisfaction. It was useful to Microsoft at a certain point in time. But what people actually care about is getting their stuff to work right now, not being stuck in the past. We now tend to run old software in VMs or just old hardware rather than trying to make it work on the latest OS version. VMs weren't yet very popular or developed at the time Microsoft had a singular focus on compatibility.
In fact, Microsoft wasn't even trying to keep customer systems working. Microsoft was trying to sell unnecessary upgrades to those customer systems, which will only be bought if they make the systems better. The customer was perfectly fine with not upgrading their software and letting the system continue to run as-is. The software industry doesn't really work like that any more - platforms are free and non-free software comes with a subscription - there's not as much pressure to sell unnecessary system upgrades. Also you can just make the system upgrade itself over the internet and tell the customer to cope and seethe.
Do people still try to run Word 97 or do they just buy Google Docs?
As I said, no individual has the capacity to fix this.
When it comes to compatibility, different companies and groups make different tradeoffs. Last week, I had to use a (brand new) datalogger. It came with a CD, and instructions for installing on Windows 98! And yet, it worked flawlessly on Windows 11. Looked dated, but perfectly functional. Can you imagine a third-party application from 1998 working on a contemporary Linux installation, or a Mac? Of course not, it's almost impossible to do this. Like it or loath it, Windows will run software from 35 years ago without trouble. It's not just about big office suites, it's about the thousands and thousands of useful tools that it will run without complaint, and that's what has made it so indispensable even while they continue to make it increasingly awful.
Apple made a different tradeoff, where compatibility is not guaranteed. It might be fine for a few years, but no one is using software from a 1998 Mac on a modern Mac, it just won't run. It's one of the reasons the Mac ecosystem is so limited, since there just isn't that huge backlog of material.
And Linux is that on steroids. The incompatible churn in libraries, tools, system services, windowing systems, it's both relentless and counterproductive. How many years will your software work until it breaks. Is it even possible to run on more than one blessed distribution in the present day. Linux is great, and it's a great platform to develop on. But it's an absolutely cursed platform to distribute software for.
Developers run software in VMs. Most people do not.
> MS Office is the last roadblock for Linux desktop. It's literally the last thing holding back many users from moving to anything else.
I think the last one has DRM shenanigans specifically to prevent it to run on Wine? Not sure of the legality of that regarding antitrust legislations but it seems that's what they've done.
I think TDF tries to push a wrong narrative here for their lack of engineering and funding.
Competitive products like Google Docs, WPS or Euro Office solve proprietary file format problem very nicely. Microsoft themselves had to solve that exact problem for Lotus 1-2-3.
Proprietary file formats are an industry standard. It is the lowest resistance way to deliver features and you cannot blame your competitor to have more features or hidden features in their formats. ALL strongly competitive software for the desktop workstations have proprietary formats: Autodesk, Altium, Adobe, Corel, Apple. All of them serialize their featureset on their own format since it is the easiest to do. FOSS won't get the marketshare pie by complaining about it.
LibreOffice has to provide feature parity before complaining here and TDF needs to find the funding source to hire the engineers to achieve that. They need to have convincing arguments and consistently delivered features. Otherwise it will not get adopted.
Microsoft hasn't actually selling their product on the premise of proprietary file format support. They sell it with the promise of total platform integration for every single software an office needs. You not only get an office suite but IT Admin tooling integrates with the computers and the office suite, e-mail management, SSO and licensing management software and Cloud storage all in once.
To compete with the Microsoft (or Google Workspace) you need to be selling all of that at a very competitive price. Otherwise all private companies and many government departments will continue to choose Microsoft. If a change is wanted in the government, governments need to start investing Microsoft levels of money in hiring engineers.
This is not true.
In my company I decided we would not depend on Microsoft products. We use kSuite that offers everything MS does, ~90% cheaper. The one real problem we run into is PowerPoint decks that look different or get corrupted when used across different Office suites, including ones that are focused on Microsoft compatibility like OnlyOffice.
Proprietary formats are a clear lock-in tool, because the cost of dealing with incompatibility is higher than the cost of paying the piper. (Although me being stubborn I made claude rewrite the OOXML to behave, but that's an absurd thing to need to do!)
If open formats were the standard and could be reliably exchanged, it would remove a big reason to ever use Office products.
They are a lock-in tool but they are also completely natural and available to everyone. Have you ever written any software that saves files? Is its file format proprietary? Some are more complicated than others, but I'd bet dollars to donuts you didn't make your format an ISO standard. At best you wrote some Markdown explaining it broadly (and some of your code has drifted so that is incorrect now), at worst maybe your code isn't even commentated.
And even when the basic format is documented, the important details rarely are. If you're making an Office competitor you have to render fonts pixel-perfect to how Microsoft renders them, or you'll wrap lines at different places and the cascading differences will inevitably put some element like a floating image in a different location than it's meant to be, messing up the document. And yet, does Microsoft document how they render fonts in so much detail that you can code it identically? No they don't - the only detailed enough spec for that is the code itself.
Once I wrote a custom Minecraft server from scratch. The client-to-server protocol was well documented. It was straightforward to make a grid of blocks and let the player place and destroy blocks. But as soon as anything detailed enters the picture, it's game over for accuracy. When you break a block in Minecraft it turns into a "dropped item" entity, which you can pick up. The dropped item has physics. The client predicts the physics. If I didn't precisely emulate the client's physics, then the entity would glitch up and down as the client predicts it falling down and the server says it's still in its original spot, or fell down a different amount. The only detailed enough reference is the code itself.
One time I tried to write Doom for a platform, from scratch. I got the 3D BSP renderer working and could move around a space with walls. I was looking for reference for how to implement the rest of the game and didn't find it. I didn't realize you're supposed to port Doom to a platform by starting from the original Doom code and not by writing it from scratch, because the only detailed enough reference is the code itself.
One time I tried to write an N64 emulator. I downloaded all the documentation I could find and got writing. My emulator ran a large portion of Mario's startup code and then I got stuck without enough information to proceed. I didn't realize that most N64 and later emulators are ports of existing emulators because they've been battle-tested and - say it with me - the only detailed enough reference is the code itself (or a real N64 which I didn't have).
Basically working code is working code and you can never replicate it precisely without either years of work or actual copy-pasting. Even protocols designed to be reimplemented many times have inconsistency problems. Look up HTTP Request Smuggling if you haven't already. More benignly, see the controversy on JSON comments.
The innovation of PDF was that it precisely specifies the font and layout of every element of the document, trying to leave nothing to chance. There are still differences between PDFs in different viewers but they are much less important than the differences in a Word document because the PDF specifies the exact placement of every character, because Adobe knew it wouldn't be possible to rely on word-wrap algorithms being identical.
> I'd bet dollars to donuts you didn't make your format an ISO standard.
What matters to me, if I'm communicating with my government (or vice-versa), is that they only use recognised standards.
I will need a web browser, email client, document editor... but not a specific web browser, email client, document editor.
This takes effort from governments, because the vendors of all the products they consume want to try and leverage their government connection to get lock-in and thus make their products mandatory for everyone in the country.
For example, even if government developers only use Chrome browser and neglect to test on Safari, you can end up with millions of Safari or iPhone users unable to perform legally essential tasks, and have no workaround. The same is true for using proprietary office document formats, and that includes Adobe when there's a difference between PDF-as-specified versus PDF-as-implemented-in-Adobe's-proprietary-software.
The importance of standards is that they tell every vendor exactly how to conform and not-conform to the standard. Hence the standard itself has to be made be robust. Hence why a standards committee has to own it, not a proprietary vendor. If it's a proprietary format undergoing standardisation, the standardisation's job is to file off the rough edges and make it interoperable. It doesn't take some fragile code that only works in one way, and say "that's the standard". It throws out the fragile bullshit like Microsoft's broken date handling that they don't even bother to fully document in OOXML.
For comparison, a better standard and standards body (even though they have their own problems e.g. being dominated by Google) would be HTML5 and WHATWG. Everything is carefully specified so that all browser vendors can implement a standard, identically. That even includes things like word-wrapping (a small subset of document layout!), and there are test suites to catch deviations from the standard.
> There are still differences between PDFs in different viewers
Most obvious when viewing PDFs in Adobe Reader versus in Chrome's built-in viewer. The former has subpixel anti-aliasing. The latter doesn't.
I think it's better now but PDF viewers used to ignore the interpolation method for bitmaps, resulting in colormap histograms turning super blurry depending on how they were saved. Oh and 0 width lines...
I have written software that saves files and saves to standard geopackage formats.
Microsoft is known to have a lot of inconsistencies between its spec and reality. One important part of adoption open standards formats is that when you have real interoperability and competition between consumers of the format, the spec needs to actually work. HTML and the welcome demise of Internet Explorer specific markup through real competition in the browser space is a case in point
We can see from Fediverse that the spec still isn't really good enough. You have to code against Mastodon's code and Akkoma's code and GoToSocial's code. If you code against the ActivityPub/ActivityStreams spec, it won't actually work in the real world.
Same with most protocols. HTTP is followed closely enough, but forget about even strictly spec-compliant SMTP. Protocol specs are more like statements of intent.
It doesn’t matter that you like them, a democratic state must burn them all utterly the ground. No state document in a proprietary format has legal significance. This was obvious before but it now settled law across most of the world
> One time I tried to write Doom for a platform, from scratch. I got the 3D BSP renderer working and could move around a space with walls. I was looking for reference for how to implement the rest of the game and didn't find it. I didn't realize you're supposed to port Doom to a platform by starting from the original Doom code and not by writing it from scratch, because the only detailed enough reference is the code itself.
This is the greatest misunderstanding of a programmer's job I've ever seen (by someone who apparently programs). Of course you don't write a game from scratch every time you port it to a new platform. You aren't even really supposed to be "referencing" the game code. The game code is built on a series of abstractions over the hardware. You swap in a set of abstractions for different hardware. If the game is properly encapsulated, you may not even need to touch what would be considered the "game" code rather than the engine code, or only minimally to update API boundaries.
eg.
Layer 0: Hardware
Layer 1: OS
Layer 2: DirectX
Layer 3: Engine code, has functions like Draw3D(params) which call DirectX functions
Layer 4: Game code, which calls Draw3D(params)
If you swap in OpenGL for DirectX, you simply change engine code so that Draw3D calls OpenGL instead of DirectX as appropriate, and the game code is still just happily plopping along with the exact same Draw3D calls ignorant of whether those are being served with DirectX or OpenGL. This applies all the same even if Layer 2 is a software renderer, as Doom's was. Ditto for OS layers or anything else.
If you want to reverse engineer it from scratch for learning, have at it, but why in God's name would you think that's what porting entails? And even after you understand porting is not about writing from scratch, you should understand that this has no relevance to your overall point. I'd also note that it is possible to reverse engineer a game from scratch without ever referencing the original source code -- that's called a decompilation project, it's intensive and time-consuming work, but it can be done.
"Microsoft hasn't actually selling their product on the premise of proprietary file format support. They sell it with the promise of total platform integration for every single software an office needs."
Idk, the entire reason I've ever used Office was because someone gave me files I'm afraid to screw up.
The reason corporations buy ms is exactly what you have in quotes above. Active Directory
You could just open it in libreoffice, make your changes and send them back an ODT, see how they like it.
Or demand a PDF and list out the things you want to change so they can change it themselves.
> send them back an ODT
The formatting goes wonky or the macros stop working and you get the blame for doing something "weird" to the document everyone else managed to pass around just fine.
As much as you're doing the right thing by using open formats, you still end up looking like the incompetent employee. No good deed goes unpunished.
> employee
Oh well that changes things. Use whatever your boss tells you to use, they're the one paying for it.
> Oh well that changes things.
It's the same for any case where someone sends you something and wants it sent back with changes.
If you screw up their files it's never going to go well for you (family, friends, volunteer groups).
Nobody will ever thank you for messing up their work because it's now saved in an open format.
If they end up using a feature that triggers the format nag screen they'll likely end up saving it back into the native Microsoft format anyway.
Or dealing with any professional service that isn't your day job. Like oh you need to fill out some legal documents, the fields use something proprietary in Word that they can't just convert to PDF...
> You could just open it in libreoffice, make your changes and send them back an ODT, see how they like it.
We didn't, and have decided to go with someone else who costs three times as much as you do. It's a bargain after the dozen internal emails back and forth, the missed deadline, and the subsequent heated discussions with you that your ODT caused. We know they aren't as good as you are.
Not so much TDF as Italo Vignoli
I noticed this HN comment from four months ago and boy does it have his number:
https://news.ycombinator.com/item?id=47630474
> I'm confident the person who most wants to sabotage LibreOffice's success is Italo Vignoli. [...] Most of his blogs are about how awful OOXML (Microsoft Office's open standard) formats are [...] This is a self-sabotaging marketing approach. [...]
And now I look at who authored this article. "2026-07-17 Italo Vignoli"
https://news.ycombinator.com/newsguidelines.html
When disagreeing, please reply to the argument instead of calling names. "That is idiotic; 1 + 1 is 2, not 3" can be shortened to "1 + 1 is 2, not 3."
Hmm - I think you mean to say that when interoperability is not a core constraint, then there won't be an incentive for an open standard.
That's important because in plenty of other software - databases, OSes, compilers and binary formats, networks, etc. name your favorite CS topic, there is an open standard for it.
You can either achieve interoperability by... achieving interoperability, or by dominating market share and edging the user's action space to solely stay in your ecosystem (change the action distribution of your user) that for all intents and purposes that it "interoperates with everything" means that, "since I bought entirely into this ecosystem, I interoperate with everything".
So ultimately I agree with you, but to present it as a failure of objective engineering prowess on open source is weird. As you said yourself, it's clearly the network effects that prop the business model. And sure, gaining market share isn't a trivial task, but it's not engineering.
I think framing it in the interoperability way is healthier - because it actually provides a potential new out to work towards, rather than this weird beration double-bind that frames Microsoft's approach as The Objective Way to do things. It's not and doesn't have to be.
Foreign government officials choosing Microsoft is not always the result of Microsoft been the best option. Sometimes, little bit of bribing helps.
"Microsoft is paying more than $25 million to settle federal corruption charges involving a bribery scheme in Hungary and other foreign offices."
https://apnews.com/article/f6852284a2154ac5ab422d51495c4056
Trump government now makes bribing more useful.
https://apnews.com/article/fcpa-bribery-trump-antibribery-la...
That and marketing. Libreoffice is like buying a Honda Civic, I guess? It works, it's boring, it's cheap, nobody ever sees it advertised on TV. Many people see the ads for cars on TV and go and buy the expensive sexy car they saw on TV and don't shop around.
My wife and I are still sharing a copy of Word '07, guess that's like a used Nissan Altima without insurance
It violates elementary, ABC, read-it-in-Rousseau principles of legitimate state operation if government documents of any kind whatsoever are in a proprietary format. This is why EU courts forced .docx on Microsoft. .doc files were found to be simply invalid binary blobs with no meaning whatsoever in a democracy. I dimly remember a US court - maybe Minnesota? - tending to the same.
It was only the magical atmosphere in which Microsoft and ‘tech’ must succeed that made this flat out obvious conclusion invisible.
I remember beginning writing a pandoc writer the minute it happened but some bright young brain beat me to it.
The XML if I remember, had manifold curiosa probably meant to impede other implementations, but it was real.
My impression is that his complaints, which echo those of the doc period in detail, arise from users’ failure to adopt best practices.
> Proprietary file formats are an industry standard. It is the lowest resistance way to deliver features
Maybe, but I still disagree.
What "game-changing" features are missing from document file formats (such as word processing documents or spreadsheets)?
I'd prefer that format being an open standard with wide compatibility over those new features.
This is one of the things the community is pissed with https://github.com/euro-office
They are using Microsoft formats instead of the open-source one.
I think now would be an excellent time for an EU directive that all government documents must at all times be stored in an openly standardised format. So no OOXML Transitional.
The British government switched most things available to the public over to ODF (the exception I have noticed is ONS stats in excel) years ago.
I suspect they still use MS formats internally though.
> Open Source is a global effort, but current political situation makes collaboration hard and trust difficult to earn. Especially when development is not transparent and open.
I find this an odd statement. I would understand an explanation that forking was chosen on ideological grounds, but, how is development "not transparent and open" in an open source project? Sounds a bit contradictory. Plus doesn't the fact that a fully functioning fork was performed effortlessly show that the project was indeed truly transparent and open?
Open source doesn't necessarily mean the development is open and transparent. For example, sqlite is open source, but the development process isn't very open. Development is done entirely by the sqlite team.
> how is development "not transparent and open" in an open source project?
Please have a look at how Android is developed, and how each new version is released. It's far from the only example of "open source but closed development process".
Never mind "shared source" like QNX where people can pass through hoops to view source, but code is not open in the libre sense.
> how is development "not transparent and open" in an open source project?
Im guessing cathedral rather than bazaar?
> They are using Microsoft formats instead of the open-source one.
They will need to focus on Microsoft's formats for the foreseeable future because of the sheer amount of archaic, but still vitally important, government processes which depend on them.
Once Euro Office gains a significant foothold in those government processes, then they'll have the market power to influence. And, hopefully, force change in Microsoft's behaviour by forcing them to compete against a cheaper and just as capable open product suite.
They need to focus on archaic government processes which rely on document formats that require proprietary software to view properly, while good open source software for the same task exists. And where lacking, focus on improving open source support for a particular task.
A good start would be to cut use of this OOXML Transitional format entirely. Default to LibreOffice's default formats, and (perhaps) support OOXML Strict where it helps transition.
That way any government employee saving their work in OOXML Transitional or other proprietary format, would automatically stick out as a dumbass who failed to do their job. Pass documents that are published through some validators / allowed-format checkers, and the public only gets stuff that's viewable with software of their choosing.
None of this is hard. It's mostly about changing defaults & a bit of employee training.
> Euro-Office liberates the ONLYOFFICE code base
Oh that and the following paragraphs are salty, after all of the mess of Euro-Office violating their copyright (OO's arguments about which may or may not hold up in court).
Personally, I'll probably just stick with LibreOffice until things calm down a bit.
Which the only sensible decision to make a transition away from MS Office!
PDF, ODT, ODS, ODP and TXT are all fully open formats, listed right on the page.
No chance I'll be using this product.
I just had GPT reverse engineer, from scratch, some ancient Corel Draw documents and turn them into perfect PDFs. None of the open source libraries helped. In fact, GPT didn't make any progress until I told it to ignore them.
LibreOffice was a big part of the problem. Their import code was half-baked, and silently changing Arial to Liberation Sans wasn't particularly liberating, either.
Sounds like a rendering problem to me.
In the end Word & co are nothing else like fancy browsers rendering the file's contents.
As we all know from the early days of the Interwebz, each engine renders it differently...
"Have become"?
Always have been. It's like people have forgotten Halloween Documents.
https://en.wikipedia.org/wiki/Halloween_documents
> In discussing ways of competing with open source, Document I suggests that one reason that open source projects had been able to enter the server market is the market's use of standardized protocols. The document then suggests that this can be stopped by "extending these protocols and developing new protocols" and "de-commoditiz[ing] protocols & applications". This policy has been internally nicknamed "embrace, extend, extinguish". Document I also suggests that open source software "is long-term credible ... FUD tactics can not be used to combat it", and "Recent case studies (the Internet) provide very dramatic evidence ... that commercial quality can be achieved / exceeded by OSS projects."
its been 20 years, their strategy now is to incorporate open source into their product offering
That strategy is over 20 years old:
https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguis...
In regards to FOSS, Google, Facebook, Amazon, IBM and co, are much better at it than Microsoft has been.
Are they? They extended DNS, LDAP and Kerberos to make Active Directory so that now every Microsoft-locked corporation is stuck using Microsoft as their internal DNS. They do the various things they do to get everyone stuck using their email instead of any other standard IMAP/SMTP/webmail provider. Azure is "somehow" one of the three major cloud providers.
Truth be told, IMAP & SMTP are wildly obsolete in today's needs. Have a look at this: https://jmap.io/
Jmap is a desperately needed upgrade, but email as a whole needs to be rebuilt. The fact that it’s so core to our current infrastructure, but is really poorly suited for maybe 75% of its usage, is a bad situation that’s only going to get worse.
Of course it’s ridiculously hard to change something that’s so foundational, and I don’t trust any of the players with enough juice to pull it off (besides Google if they actually put their whole ass into it)
Yes, given how many FOSS projects change their licenses thanks to FAANG leeching, and walled garden platforms built on FOSS software.
Lots of projects started off with the BSD license instead of GPLv3/AGPL/etc. and then discovered what the consequences of that are, but those consequences haven't been hard to predict for a while now, since they're the reason those other licenses exist to begin with.
Which is why all big tech companies belong into the same basket, and not be idolatriased only because they happen to contribute to some FOSS project that helps their bottom line, have marketing toys for engineers or whatever.
Contributing to FOSS projects because it helps their bottom line is the reason everybody does it. It's a good reason to do it. That's not the problem.
The problem is when you try to establish barriers to the customer ever switching to a competitor. Microsoft isn't the only company that does that but they are obviously a company that always has and still does do that.
Every single FAANG does it, but for some strange reason the HQ address changes the point of view on them.
Arguably not, if they're still doing eee... Even vscode is just a shell again with most noteable extensions /language servers being proprietary again
FAANG still wins out.
Yeah, and block as much as possible the possibility to include their cash cow (office) in open source: the desktop Microsoft Office apps are impossible to run under Linux without a VM, and the web versions are a PITA and lack many necessary features.
What i absolutely love is that this exact strategy is why coding agents dont work with proprietary tools. Open standards have so much context out in the open that any harness/agent can work effortlessly with it. But things like excel and word need manual integration which will be slow and painful and wont offer the same seamlessness for a feasible amount on effort.
Its an amazing schadenfruede, and im revelling in it
An ms shop wanted to share a folder from their onedrive with me.
I could not access it until I signed up for a Microsoft account and forced to download their authenticator app.
Well, at least you got to access it.
We use OneDrive at work, so I have all the right apps and accounts and whatnots. When I wanted to download a folder with a lot of files in it, it would regularly crap out.
There's no way to download the files as files unless you do it one by one. If you select multiple files, it produces a zip, which sometimes fails to transfer properly.
The Windows app is somewhat better, in that at least you can move the files as files. But even so, it's unreliable. The tray icon says everything is synced, but in the explorer some files still have the "syncing" icon. And of course, when I look on the browser, said files are missing. But there's no network activity, so it just... does nothing.
I have also not found an easy way to confirm all files are synced from the web. I haven't found an equivalent to the right-click -> properties to get the number of files and the actual size. So if you have a structure with several folders, you're SoL.
Was your account banned the next day for "suspicious activity"? That's the full Microsoft experience.
To be entirely fair though, this is a policy set by the organisation and not Microsoft themselves.
> and forced to download their authenticator app
AFAIK, that’s not forced, ‘only’ strongly directed towards. You certainly can use a third party authenticator with Microsoft accounts, and I expect that to work with OneDrive, too.
I mean, I'm not going to defend Onedrive (aside form saying it "mostly works just like the rest") but how is it the app or the vendors fault that someone send you a link that required an account to access? There is an "anonymous access through this link" sharing option that does work as advertised.
This works the same for Google drive and most of the other services. The problem is that most users don't understand that the link they create still has access controls attached (that they can change).
The problem is also how much MS pushes Onedrive. In Outlook for example its very easy to accidentally upload your attachment to onedrive and sending a link instead of attaching the file to the email.
In case it can help, you don't need to install Microsoft authenticator. FreeOTP+, Aegis etc will do just as well.
And if they haven't disabled it, clicking "I can't use authenticator" and relying on SMS is always a backup.
This is a configuration issue. Onedrive also supports OTPs.
But regardless, what alternative would you propose? Did it contain any sensitive information? Does the alternative integrate with your current system? Do people need to create accounts for it like Dropbox? Do I have to teach all of the employees how do use this new service instead of just right-clicking and sharing the file?
SFTP is a no-go for obvious reasons. I can't even get people to stop clicking birthday initiation links from Australia (we're in the US) let alone teach them how to use FTP.
Dropbox would require a dropbox account. 100% not going to push another piece of softare on them when our current software already does.
A link and password communicated to me would suffice.
To be fair, that’s 50% the shop’s fault. They could have probably provided access via a link like GDrive allows. But of course, some moron on the other end would probably find it incomprehensible why you don’t already have an MS account or why you’re not willing/hesitant to create one, “it’s free!”
Of course, even if they did give an “insecure” link, you’d probably have suffered a terrible experience of failed downloads, partial and corrupted downloads, random snail speeds, etc.
(Sorry, I had to vent)
> To be fair, that’s 50% the shop’s fault. They could have probably provided access via a link like GDrive allows. But of course, some moron on the other end would probably find it incomprehensible why you don’t already have an MS account or why you’re not willing/hesitant to create one, “it’s free!”
Not if you're in enterprise dev. You have 2 types of accounts: Microsoft and Google. Not because you want to, but because that's reality and it's practical.
What I'm saying is if you're an enterprise dev and you don't have a Microsoft account of some type that's a failure on your part. It's part of the job.
I feel they are pushing their own narrative without really having any evidence.
We use Microsoft at work because we would either use Microsoft or Google for email. The email service is critical to the choice. We can’t run our own reliably and other vendors just don’t interoperate the same way.
Microsoft Office simply isn’t that expensive and it’s very easy to hire people who know how to use it and are comfortable with it. We don’t usually libre office because it’s really not practical to spend hours retraining expensive knowledge workers. Payroll is over half of our budget and our largest single expense. Software is cheap and isn’t even close.
Microsoft managed to build office online, which saves to DOCX etc. - the online version may have reduced functionality, but you can edit the same document with the full office at work and the browser version at home and it won't mess things up. So building a new office on top of the MS formats seems possible. You could probably even use AI for the things the other (open/libre/...)Office developers can't or don't want to do.
Ghidra-MCP is allegedly really good for reverse engineering. Haven't tried it myself.
The 90s called. They want their article back.
More "Microsoft called, they want the 90's back".
To be fair, I wouldn't mind having the 90's back either.
Go through puberty again? omfg no.
A second or third time?
This has always been the case , for most companies, but MS is very well known for it. Play along until you have enough market share and then break things in undocumented ways.
Or look like you're opening things by writing open standards which point out to Microsoft internal documents of closed file formats.
Then, try to standardize them.
~~have become~~ became, 30+ years ago
The office-document format wars played out _at least_ twenty years ago.
The path dependence and "everyone uses it" (installed base) inertia of Microsoft's formats continue to benefit Microsoft (and its OOXML formats), despite ODF being more open and, in many ways, superior--not least because it's easier to implement, manipulate programmatically, and reason about.
But refighting that battle seems pointless. Users and the market have moved on, not least toward cloud-based tools; file formats no longer seem the primary barrier to competition.
Outside of corporate I think the world will just abandon MS. Their tactics has become so aggressive and their software so broken that it’s getting harder to ignore
I mean, outside of corporate (including governments, universities, etc large organizations because what’s the difference) the world has largely already abandoned MS. The vast majority of personal conputing on the planet happens on devices that don’t run Windows or other MS software.
I've been building SmallDocs [1], a fairly fully functional office suite (text, formatting, presentations, spreadsheets) which is based in markdown (and mainly written by agents).
Given my experience building this, I think the idea of "a truly independent document":
> one that displays identically on any system, in any country, for any user, regardless of the software used
Will be very difficult to achieve in practice.
Building software is an expression of opinions. And one of the main drivers of building an app is to innovate or improve the user experience vs. what exists today. These things combine to result in new features, and new features breaks the open standard.
If I wanted to build a new Excel, I might want to add something to spreadsheets which a basic open source reader cannot, or even Excel itself, might not be able to handle.
With SmallDocs, I built on the standard rendering of markdown, but then added a bunch of properties which traditional markdown renders would ignore.
For example, styles front matter:
Which means you can create colorful files like: https://smalldocs.org/s/v_CHCaQHdGNVlsQtk6skEY#k=ZajP0oeiW86...And slide blocks like:
Which means you can generate slides like: https://smalldocs.org/s/EKnIk-YdUBZeDA9yQs97mh#k=Eo-p46k-k6Q...All this means SmallDocs markdown files only render correctly through our rendering engine - but this enables me to add something new to an existing document format.
[1] https://smalldocs.com; https://github.com/espressoplease/smalldocs
Entra is their lock in. They have little need for office other than customers expect it but if you look at the direction where they wholesale throw out Outlook for it’s worse web version you can see where they are headed
First, not an IT pro. What about driver and media licensing? It’s the first thing your learn installing a minimal Linux distribution like Arch. Never could get my Nvidia chip to fly right.
I think people should get over with "file formats"
Cloud/browser based office tools were already a thing decade ago. Do we have an open format except .md ? Sadly no.
Afterall, format is just a way to serialize features.
Cloud based tools are even worse than proprietary file formats for lock in.
So lets have all your data vendor locked in a cloud somewhere so that the corp runnning it can milk you for ever or just decide to delete it all on a whim ? Perfect!
There is an entire generation who have grown up with the cloud and just see that as the default because it is.
Which isn’t to say that everyone in that generation thinks the cloud is the sensible way to do it or that prior generations didn’t (it wouldn’t have “won”).
My boy only understands what a file system is because I explained it to him, all his tech (with the exception of his gaming PC) might as well be magic black boxes for the amount of understanding he has on how it works.
Ummm... OpenDocument, which is an ISO standard?
https://www.oasis-open.org/tc-opendocument/
Standard doesn't mean good. Win32 is a better API than POSIX. MSOffice used to work much better than LibreOffice. Linux is better than UNIX.
You will be relieved to learn it is also good. I have used it for years without issue - standard format for libreoffice / openoffice. It is a much better thought out document standard than Microsoft's abomination.
And what if those "cloud based office tools", which would be using proprietary file formats internally, shut down? Or heck, what if they announce to raise their pricing? All of your docs gone. No possibility to migrate.
Hmm, I believe there're many open-source self-hostable office solutions.
And they don't share a universal format.
When the original application is open source, its format is public and anyone who wants to create a converter to another format can either use the original code or inspect it to see how the format works.
When the format is proprietary, you get a blob of binary data that you have to reverse engineer through guesswork, made orders of magnitude more difficult if the original service isn't even available anymore.
The problem reminds me of pdf, the format is well known, there are tons of third-party readers, but they all glitch somewhat differently.
Also PDF is turing complete.
Modern rich content formats are hard. Open formats solves only small part of the problem.
I think the universal interchangable format is static HTML.
PDF is a mess because it's an ancient originally-proprietary format based on a proprietary language and the Adobe "standard" didn't actually specify a lot of important things for a long time, leaving other implementations to try to reverse engineer them.
Meanwhile you look at actual standard formats like PNG or UTF-8 or, as you say, HTML, and the implementations generally do a lot better because there is a proper spec.
The Collabora Online Suite for example just uses the OpenDocument formats
And don't forget the bugs! You have to do a bug-for-bug replication if you want to emulate reading MS file formats.
I'm sure this is a serious problem, but I'm not sure it's the main problem. The other one, that might be an even bigger problem is the way Microsoft sells its products. While, technically, most of the stuff they sell appears as B2C products, they are sold as B2B, and increasingly more so since the emphasis shifted towards the Web versions.
What this means for the users is that their interests are overpowered by the interests of the organization supplying them with the software. An organization can be more easily bribed both "legally" by offering a (temporary) discount and straight-up illegally by paying the procurement officer. Microsoft is known to do both. This is not a battle one can win on technological merit alone, unfortunately...
The second part is alarming, but offering a temporary discount is a routine and standard pricing strategy; not a 'bribe'.
I didn't mean to say it was illegal, I meant to say it was an advantage in competition against the open-source counterparts because those usually cannot afford to make discounts of any kind.
More concretely, Microsoft used to claim that the price of their software is compensated for by the operational costs (which is false, but they managed to convince a lot of people).
In the same way, due to having deep pockets, Microsoft can, temporarily, operate at a loss only to out-survive the competition only to crank up the price to the ceiling once the competition is gone.
Embrace, extend, destroy. This has always been MS. They basically haven't changed since 1990.
Embrace, extend, extinguish. EEE.
It's funny, you go to the trouble of crafting a nice, easy to remember mnemonic and someone still fudges it up.
And yet they still can’t break the holdfast of the PDF format.
FWIW, LLMs make this 95% less of a problem.
It’s possible to create read-only viewers for Word, Excel & PowerPoint files that are more-or-less pixel accurate on 99% of files, so long as the user has the correct fonts installed (or, in the case of the PowerPoint, they come embedded).
There's plenty of viewers, I think even MS used to offer free MS Office readers.
We need interoperability between MSOffice and everything else. But were stuck with MSOffice because even the so called open format is not well documented.
MS Office is the last roadblock for Linux desktop. It's literally the last thing holding back many users from moving to anything else.
So many things holding the Linux desktop back.
No support from OEM vendors to sell pre-installed devices on consumer stores, even if they do support it, it is a custom OEM distro, because differentiation, like on the netbooks, Android, or drivers tied to a specific Ubuntu release, with shovelware.
Games, no studio cares about Linux native games, thus Proton. Game studios keep happily using Windows, Visual Studio, up to Valve to do the needful, at least as long as current management is around.
Governments, plenty of jurisdictions still have software that requires either Windows or macOS desktop software.
And then we have the whole desktop fragmentation, that makes people don't care and ship shitty Electron apps or command line software.
> macOS desktop software
Which runs on a FOSS kernel, just that it's BSD instead of Linux.
> Games, no studio cares about Linux native games
Steam deck?
> Which runs on a FOSS kernel, just that it's BSD instead of Linux.
That was long time ago, good luck trying to make your own distro out of Darwin.
> Steam deck?
Runs Windows games developed on Windows, with Visual Studio, using DirectX, via Proton.
And what have you done to fix this? In open source, nobody is coming to save you. You are open source.
https://news.ycombinator.com/item?id=48959090
I've been developing open source software since the late '90s. I was a Debian developer for nearly 15 years. I stopped actively participating in this stuff about 10 years ago. I'm involved in a few libraries and that's it.
The "Linux" ecosystem is utter chaos, and there are too many developers who are their own worst enemies. There's too much churn, and too little strategic thought. Compatibility is king. Microsoft know this, or used to. But too many developers on the Linux/open source side of things don't care. They have repeatedly self-sabotaged the development of a coherent ecosystem throughout the last three decades by repeatedly breaking backward compatibility and replacing well-established software with incompatible replacements. Even RedHat. The pursuit of new and shiny trumps compatibility every time, and half-baked new technologies replace stable and established technologies long before they are ready, leading to developers and end users being eternal beta testers of rubbish. It is not possible to develop software for a platform which does frequent rug-pulls leaving your software unusable.
This isn't solvable by any individual, no matter how hard or how long they work for.
That's part of the reason why I switched to FreeBSD as a replacement for a good bit of stuff I previously did on Linux. It might be lacking in some aspects, but there's not quite the same level of insane and pointless churn without purpose.
And I say this as someone who used to hand-build kernels from applied patch files, back when it was fun and the improvements were consequential.
You can fix it by making a Linux ecosystem that isn't chaos.
I'm pretty sure Apple proved that compatibility isn't the end-all-be-all of customer satisfaction. It was useful to Microsoft at a certain point in time. But what people actually care about is getting their stuff to work right now, not being stuck in the past. We now tend to run old software in VMs or just old hardware rather than trying to make it work on the latest OS version. VMs weren't yet very popular or developed at the time Microsoft had a singular focus on compatibility.
In fact, Microsoft wasn't even trying to keep customer systems working. Microsoft was trying to sell unnecessary upgrades to those customer systems, which will only be bought if they make the systems better. The customer was perfectly fine with not upgrading their software and letting the system continue to run as-is. The software industry doesn't really work like that any more - platforms are free and non-free software comes with a subscription - there's not as much pressure to sell unnecessary system upgrades. Also you can just make the system upgrade itself over the internet and tell the customer to cope and seethe.
Do people still try to run Word 97 or do they just buy Google Docs?
As I said, no individual has the capacity to fix this.
When it comes to compatibility, different companies and groups make different tradeoffs. Last week, I had to use a (brand new) datalogger. It came with a CD, and instructions for installing on Windows 98! And yet, it worked flawlessly on Windows 11. Looked dated, but perfectly functional. Can you imagine a third-party application from 1998 working on a contemporary Linux installation, or a Mac? Of course not, it's almost impossible to do this. Like it or loath it, Windows will run software from 35 years ago without trouble. It's not just about big office suites, it's about the thousands and thousands of useful tools that it will run without complaint, and that's what has made it so indispensable even while they continue to make it increasingly awful.
Apple made a different tradeoff, where compatibility is not guaranteed. It might be fine for a few years, but no one is using software from a 1998 Mac on a modern Mac, it just won't run. It's one of the reasons the Mac ecosystem is so limited, since there just isn't that huge backlog of material.
And Linux is that on steroids. The incompatible churn in libraries, tools, system services, windowing systems, it's both relentless and counterproductive. How many years will your software work until it breaks. Is it even possible to run on more than one blessed distribution in the present day. Linux is great, and it's a great platform to develop on. But it's an absolutely cursed platform to distribute software for.
Developers run software in VMs. Most people do not.
I mean that's a feature of running your community as a bazaar.
The one thing Linus himself sensibly enforces though is kernel backwards compatibility - "we do not break userspace".
Well, though luck if you think that will save Linux Desktop.
> MS Office is the last roadblock for Linux desktop. It's literally the last thing holding back many users from moving to anything else.
I think the last one has DRM shenanigans specifically to prevent it to run on Wine? Not sure of the legality of that regarding antitrust legislations but it seems that's what they've done.