Reversal: Australian Govt picks ODF doc standard over Microsoft
delimiter.com.au
delimiter.com.au
Check out this map of ODF adoption in the world [1]. Purple is mandatory standard, green is officially approved. Governments around the world are really pushing ODF forward.
... Now just get my uni to move off of docx and I'll be a happy programmer :)
[1] http://en.wikipedia.org/wiki/File:OpenDocument_adoption_worl...
Then what happens in practice is that everyone just ignores that recommendation and buys proprietary software anyway, feigning compatibility with existing systems, re-training costs etc.
So in practice a government recommendation about ODF can mean absolutely nothing unless you really make it mandatory. So this map on Wikipedia is effectively useless as an indicator for "adoption". It's probably actually a map of what governments have made feel-good press releases about ODF.
That said, for moving data around, ODF is the format to use; use OOXML only when you need explicit Excel/Word/PPT compatibility.
>[MS office] can use [ODF] as the default for all new files. At least since the 2010 version. If even MS recognizes that ODF has won, we have no reason to use OpenXML.
That leap of logic just doesn't compute... By the same token, since OpenOffice / LibreOffice can be set to use OpenXML as default, they've admitted that OpenXML has won. Being able to use each other's formats should be viewed as an attempt to move into each other's markets, not as declaration of victory.
Microsoft has traditionally supported only their own formats, so their decision to adopt an open source format is much more meaningful than OpenOffice's decision to support OOXML.
Some Indian departments use pdf with DSC for this. Interested if there are alternatives.
Further to the above, widespread adoption of open source multimedia libraries on government computer networks would appear to further lock in a future for Australia where software patents are not recognised.
[1] Page 19 of http://agimo.gov.au/files/2013/05/SOE-Build-Guidelines-Windo...
[2] https://code.google.com/p/lavfilters/source/browse/#git%2Fco...
[3] http://www.austlii.edu.au/au/legis/cth/consol_act/ca1968133/...
Why wouldn't plain text suffice?
http://orgmode.org/manual/OpenDocument-Text-export.html#Open...
is nearly always true. Provided X is actually possible.
Things like tax forms, license applications, instruction manuals, reports, plans, ...
Nobody wants to read or maintain ugly plaintext files. We don't even use plaintext in technical documentation, we use various markup languages, even if it's just ReST or Markdown.
E.g., see http://www.epa.gov/records1/faqs/rks.htm
OOXML, PDF, and ODF each have a standard "container" and key management model that makes this a whole lot easier than plain text.
7-bit ascii has been around for a lot longer than these formats which mostly represent a dump of the state of a formatting engine into something like XML in a file tree and compressed with PKZIP.
I'm not really familiar with the internals of ODF, but OOXML, while it does capture quite a lot of UI state, is actually quite clean and represents the intuitive document structure rather well.
Also in what way would the Microsoft "Standard" be different?
Only for the MS time limited crapware installed on all the Windows Laptops?
I know MS published docx as an open spec but in my experience I find that only MS programs are able to maintain document fidelity in viewing the documents. When you use other viewers there is almost always something that looks a little off.
Does anyone know why you don't have same viewing results for complex docx documents when viewed under different viewers ?
You're wrong.
Wordpad on Windows and TextEdit on OS X can open .odt files. I've just tested in Mountain Lion and Windows 7 to verify it.