this post was submitted on 29 Oct 2023
63 points (89.9% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
54609 readers
602 users here now
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
Rules • Full Version
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
Loot, Pillage, & Plunder
📜 c/Piracy Wiki (Community Edition):
💰 Please help cover server costs.
Ko-fi | Liberapay |
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
To some degree. If you've to collaborate with other who use MS Office and/or use advanced Excel formulas it won't be enough.
That's Microsoft to blame. Their so-called "open" OOXML document standard is so complicated that it's almost impossible to implement it, a very interesting read on the topic: https://tfir.io/never-use-microsofts-ooxml-pseudo-standard-format/
But I would say the Libre office should be good enough for 98% of the usage and you would hardly find any interoperability issues, due to the constant dedication of their developers who reverse engineered a lot of MS shenanigans.
Well what are you expecting? Not even between MS Office versions things work sometimes, and after all we're talking about Excel, the piece of shit software made by some genius team that thinks that having data stored in multiple encodings.. Also from the same team you get dates that are stored as strings and parsed live according to whatever computer language / locate you're using making it a total mess when you've to share spreadsheets across languages. Only if there weren't already good and solid technical solutions used by every developer out there to deal with those kinds of things. UTF-8, ISO dates, timestamps :P
Yes, the whole OOXML is one hot mess.