The issue is not the inconvenience unless they took action to make it inconvenient on purpose. It's when they do take action to make it inconvenient on purpose, or prohibit it through contracts or DRM.
Really? The reason it's not possible to put a Ford engine in a Toyota is not that Toyota purposefully make their cars not fit Ford motors; it's because they're not keen on making it so. It takes way more effort to create a unified standardized interface that 3rd parties can connect to rather than just making the interface fit your product. That's what I mean about actively shooting themselves in the foot: They spend money exposing the interface such that others can connect to it, and then loose money by others providing 3rd party services connecting to them.
It is possible to put a Ford engine in a Toyota. People have done it. It's not as simple as dropping it in but it's fundamentally a thing of approximately the same size that runs on gasoline and produces torque.
> That's what I mean about actively shooting themselves in the foot: They spend money exposing the interface such that others can connect to it, and then loose money by others providing 3rd party services connecting to them.
Let's separate this into two pieces. One of them is the benefit of the anti-competitive action: If you want Office you need OneDrive which drives more business to OneDrive, and vice versa. The other is the benefit to each of the services of compatibility with other services. This is not losing money, it's making money because now customers with LibreOffice can use OneDrive (increasing use of OneDrive) and customers of Google Drive can use Office (increasing use of Office).
The problem, which is why the law is supposed to proscribe this, is that the company profits more from the anti-competitive tying than it does from the compatibility. The "loss" attributable to customers having more choice is the evil the law is intended to prevent.
The annoying thing about this is that it's squishy. Active Directory is basically DNS and Kerberos and LDAP, except that it isn't. If you try to swap in some standard third party LDAP server for Microsoft's, it breaks. Is that because they made some valuable integrations that customers prefer, or because they're Microsoft doing EEE? What if it's a little of both, does that mean they should get away with it?
But if Samba then does the work to make a Microsoft-compatible implementation and then Microsoft breaks it or enters into contracts with customers that prevent them from using a Microsoft product with the competing directory implementation, that is no longer ambiguous.