Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
Last Friday the South Africa Standards Board filed an official appeal to ISO and IEC objecting to the adoption of OOXML via the fast track method. <http://www.consortiuminfo.org/standardsblog/article.php?story=20080523052458101> Yesterday, the Associação Brasileira de Normas Técnicas (ABNT) filed an official appeal. http://www.groklaw.net/article.php?story=20080529202924937 Apparently there are a few more appeals in the works. There is a lot of objection in various standard boards to OOXML, and especially the way the adoption of OOXML was handled. My observation over the years is that the industry leader, in this case Microsoft, does not find standards compliance in their best interest, and they tend to either ignore it, and come out with their own "standard", or subvert the existing standard. IBM did this on the CODASYL database standard, but not on the SQL standard (I was on the SQL standard committee where we took the IBM specification since it was the defacto standard). Note that the IBM mainframes used EBCDIC for character encoding where the rest of the industry used ASCII (an existing standard). This caused me a lot of work years ago since I worked on Burroughs and IBM mainframes that used EBDIC, and I needed to transfer data to large Honeywell mainframes (former GE) that used ASCII. At the time, the only media we could send them that they could read was punched cards. Kept me and another guy employed writing a datacom program (in COBOL with "ENTER SYMBOLIC" sections) to communicate with the Honeywell GRTS system. The bottom line here is that Microsoft's behavior is typical. Back when IBM was the big guy on the block, the industry was much different. -- -- Jerry Feldman <[hidden email]> Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846 _______________________________________________ Discuss mailing list [hidden email] http://lists.blu.org/mailman/listinfo/discuss
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |