New York Decision On ODF Vs. OOXML Approaching 160
christian.einfeldt writes "In August of 2007, the State of New York passed legislation requiring its CIO, Melodie Mayberry-Stewart, to gather information on the advantages and disadvantages of adopting either ODF or OOXML as a document standard, and to report her findings by 15 January 2008. As part of her duties under that legislation, the CIO issued a Request For Public Comment to get feedback on the topic. The deadline for that public comment is 28 December 2007 — so there is still time for the Slashdot crowd to be heard."
Write! (Score:5, Interesting)
If you don't do something as quick and simple as writing to ask for something, what right do you have to complain when you don't get it. If just a small fraction of the people here write in support of ODF, that will be a huge and impressive response.
There's enough complaining about OOXML et al on this site. Put your money where you mouth is.
I'm a New York State resident and... (Score:5, Interesting)
Not even Windows users like OOXML (Score:4, Interesting)
Fuck document formats. XHTML and SVG work fine. (Score:3, Interesting)
XHTML is the container. It allows for textual documentation to be represented, and allows for other data representations to be embedded within that container. Its native support for tables makes it usable even as a spreadsheet (which can be powered by JavaScript).
CSS allows for very complex document layout and stylings to specified with ease and conciseness.
SVG can represent nearly all vector-based pictorials, including many forms of graphs. Bar charts are easily represented with rectangles, and a pie chart is easily represented as a collection of filled arcs. SVG's scalability allows for these charts to be resized really easily.
PNG images can be used for all other images that aren't best represented using SVG.
PDF is the perfect format for bundling all of those other resources together in a medium that displays on almost any system.
Best of all, those are all open standards, with free implementations available for almost every operating system and platform. There's just no need for this ODF and OOXML bullshit.
Re:The only thing I want to know.... (Score:3, Interesting)
Actually, they do have DirectX, and with it a lot of games.
I guess maybe it is.
Re:When is.... (Score:4, Interesting)
There are zillions of things wrong with OOXML, so why do people keep picking things that are ALSO problems with ODF? It would be a lot more effective to pick those areas where ODF is actually different and better, and push those.
Re:Fuck document formats. XHTML and SVG work fine. (Score:3, Interesting)
Sorry to burst your bubble, but there are several issues with the idea you posted.
PDF is a great format for publication, but crap for information exchange. You need some sort of "work format" to do the heavy lifting for you before you can commit the document to its published .pdf form. Regarding that "work format", I'll assume that by "XHTML" you actually meant "XML", since the latter is a general purpose mark-up language, and the former a domain-specific application of the latter, and this whole discussion is overkill if you really meant XHTML, since that is simply not enough for a functional office application format.
XML might have many virtues, but it has one major flaw: It's not a standard. It's a meta-standard. You need a DTD to turn XML into a usable standard to work on -- like XHTML. Guess what, exactly, ODF and OOXML are? Yip, they're at their core just DTDs for specific applications of XML. Funny you should mention SVG for vector graphics: It's just yet another DTD for XML. Effectively, your statement that XML is the solution is in direct contradiction with later saying that OOXML and ODF are unnecessary.
The idea of "powering a spreadsheet with JavaScript" kind of implies that you're going to embed the actual calculation logic in the spreadsheet, rather than just having a formula language. Nice and light -- or perhaps not. As far as I can see, the only other way to read that statement (which is more or less equivalent in performance) is that you're suggesting writing the calculator core (the one single part of the application you'd really really want to write in highly optimized C) in JavaScript, which is really not that good an idea either.
CSS might be quite powerful for the web, but for book formatting I'll stick to TeX, thank you very much. That's just an example of a particular application where CSS is underwhelming compared to the alternatives. I'm not much of a fan of writing a gazillion different standards for slightly different application uses, but using CSS as the baseline layout description language for your whole office document format is a hardcore case of shoehorning.
Finally, and just to nitpick, PNG is really underwhelming for photography and similar image types, where JPEG is far better.