Slashdot Mirror


Massachusetts Adopting 'Open Format' Software

XopherMV writes "A Massachusetts state senator who had complained about the state government's effort to promote open-source software at the expense of proprietary software has hailed the state's effort to reach a compromise over future software purchases by the state. The latest iteration of the state's policy emphasizes 'Open Formats' such as TXT, RTF, HTM, PDF, and XML." And if file formats for state use must be in truly open and free formats, then it matters much less what OS or application is used to create or open them. (On the other hand, XML and other TLAs don't always mean free or open formats.)

47 of 273 comments (clear)

  1. True, but... by professorhojo · · Score: 4, Insightful

    >On the other hand, XML and other TLAs don't
    >always mean free or open formats.

    This is true, but XML documents themselves are also considerably more open than their binary counterparts. Anyone can parse a well-formed XML document, and validate it if a DTD is provided. While companies may still create XML that behaves in a specific way bound to their application, the data in the XML document is available to any application. While developers could create obfuscated DTDs or encrypt their data in a proprietary manner, they would lose most of the benefits of using XML. XML doesn't bar the creation of proprietary formats, but its openness is one of its greatest advantages.

    1. Re:True, but... by fireboy1919 · · Score: 4, Informative

      While developers could create obfuscated DTDs or encrypt their data in a proprietary manner, they would lose most of the benefits of using XML.

      I think you're missing what Microsoft would consider the benefits of XML. Namely, that they could create obfuscated DTDs and encrypt their data in a proprietary manner while still using it, thus convincing the masses that they're using an open format while not actually using one. They're actually doing this with their html exporter now.

      Another thing they like to do is put bugs and workarounds into their code that no one else knows about (of course, they only do this in places they own the marketshare). Their RTF encoder is riddled with these.

      So...I think the only fair thing to do is to make an open format and make the government-approved reference implementation open source.

      --
      Mod me down and I will become more powerful than you can possibly imagine!
    2. Re:True, but... by SilentChris · · Score: 4, Insightful

      "Namely, that they could create obfuscated DTDs and encrypt their data in a proprietary manner while still using it, thus convincing the masses that they're using an open format while not actually using one."

      But they won't. They can't. Microsoft has a history of sticking with the original file format they created along with 1.0 of the application. Today's Word docs have a lot "tacked on", but they still have the basic structure openable by the original Word.

      WordML (Microsoft's XML structure for Word docs) is fairly clear-cut. They can "obfuscate", but they won't, because people'll will want those original files openable in 10-15 years. Backwards compatibility is a huge goal at MS.

    3. Re:True, but... by fireboy1919 · · Score: 4, Insightful

      Today's Word docs have a lot "tacked on", but they still have the basic structure openable by the original Word.

      Word documents are not backward compatible, except in a few lucky cases, despite the fact that most of the functionality is the same. Have you even tried this? Word XP documents don't work in Word 97; 97 don't work in 95, and I would assume it goes back even farther.

      I think a better claim would be "backwards compatibilty is a huge thing to avoid at MS" considering that almost no new functionality has been added to word in the past 10 years and yet the document format has changed.

      --
      Mod me down and I will become more powerful than you can possibly imagine!
    4. Re:True, but... by hweimer · · Score: 3, Funny

      This is true, but XML documents themselves are also considerably more open than their binary counterparts.

      <Byte Offset="0x1234">83</Byte>
      <Byte Offset="0x1235">117</Byte>
      <Byte Offset="0x1236">114</Byte>
      <Byte Offset="0x1237">101</Byte>
      <Byte Offset="0x1238">63</Byte>

      --
      OS Reviews: Free and Open Source Software
    5. Re:True, but... by verus+vorago · · Score: 2, Interesting

      the data in the XML document is available to any application

      Not with any meaningful intepretaion. The problem is there no information about the meaning of the terms that appear nor about the meaning of the absence of terms.

      Even with a DTD/schema all you get is syntactic information - it doesn't tell you what anything actually means without getting access to documentation.

      Good specification documentation that is freely available and freely implementable makes something open.

    6. Re:True, but... by purplemonkeydan · · Score: 4, Informative
      Have you even tried this? Word XP documents don't work in Word 97

      Have you tried this? On a recent trip for work, my company laptop had Word XP (2002) installed, the machines at the client site used Word 97. There were no problems whatsoever with compatibility.

      Office is generally pretty good with forward and backwards compatibility.

    7. Re:True, but... by InvalidError · · Score: 2, Informative

      Actually, Microsoft Office's XML exporter has two or three different behaviors depending on which version is used. IIRC, only the Professional and Enterprise editions export clean XML while the Personal editions only save in some proprietary description.

      Artificial market segmentation appears to have become a primary hobby at Microsoft. First there was XP Home and Pro but now there is also Starter, MediaCenter and TabletPC editions. It really bugs me how MS labels the standard edition "Pro" and how it artificially cripples all other editions only for product "diversification" and the ability to ask $200 more for the standard edition.

    8. Re:True, but... by theguyfromsaturn · · Score: 5, Informative

      You must be using extremely simple documents... basically plain text. My supervisor and his other grad students use different versions of Word (I'm not sure which one), but all the the figure positions, get screwed up, equations get put everywhere, and it's a general mess. I manage to maintain compatibily with both of those guys by not using Word but OpenOffice instead. It's actually this lack of compatibility between Word versions that got one of the other grad students to switch to OpenOffice, which was better at handling different versions of Word documents than Word itself.

      --
      I like my dinosaurs feathery, and my pterosaurs hairy (or is it pycnofibery?)
    9. Re:True, but... by Val314 · · Score: 2, Informative

      i've just tried opening a Word 5.0 Document in Word 2003 and it wont work.

      there is a Converter Pack from Ms for those ancient .docs but this wont install on 2003 (but it works fine with 2003)

      so no, Word 1.0 file formats are not even close to being compatible with the current version

    10. Re:True, but... by 10am-bedtime · · Score: 2, Insightful

      you can pour a gallon of perfume on shit, but it is still shit.

      if you accept "open on the outside but proprietary on the inside" you do not understand what it takes to be truly open. you have lost to the marketeers and spin artists, and given up your only true possession -- your mind and its ability to think critically.

    11. Re:True, but... by GoofyBoy · · Score: 2

      >You must be using extremely simple documents...
      >the figure positions, get screwed up, equations get put everywhere.

      Equations? Academic papers?

      In general, your documents are complex, not others are simple.

      --
      The surprise isn't how often we make bad choices; the surprise is how seldom they defeat us.
  2. Ploy On Price Negotiation? by Manip · · Score: 4, Insightful

    This is not the first time we at /. have seen states and countries go this route but they almost always end up back with Microsoft but with a discount on their licence.

    I don't know about you guys but I won't believe it until I see office workers using it, before then it is just a negotiation ploy to save some money with Microsoft (Why else announce it early?)..

    1. Re:Ploy On Price Negotiation? by Feneric · · Score: 2, Interesting

      Not in the case of Massachusetts. Look at the state's history with Microsoft -- they were the only ones not to cave in with regards to the antitrust case, and there are numerous stories regarding their ongoing efforts to better embrace open source.

      I see the announcement both as a way to encourage the regular rank & file and the various commonwealth communities to embrace the efforts more than it is an effort to gain some ground negotiating with Microsoft.

  3. PDF by DeepDarkSky · · Score: 3, Insightful

    Adobe certain has done its job in making PDF so common place that it's become an "open" format, hasn't it?
    I think that for specific purposes proprietary formats are ok, but for interchanging and for storage purposes, the open formats are important.

    1. Re:PDF by TheRaven64 · · Score: 5, Informative

      PDF is an open format. The specifications are available for free download and no license fee is required to implement it. It is controlled by a single entity (Adobe), rather than by a committee (e.g. the w3c), but it is no less open.

      --
      I am TheRaven on Soylent News
    2. Re:PDF by Midnight+Thunder · · Score: 2, Informative

      For those you interested you can check the PDF Reference.

      --
      Jumpstart the tartan drive.
    3. Re:PDF by martinX · · Score: 4, Funny

      Odd. I was expecting it to be a link to a PDF file...

      --
      When they came for the communists, I said "He's next door. Take him away. Goddam commies."
  4. Re:Open Formats by TheRaven64 · · Score: 4, Informative

    Google is your friend. The complete PDF specification is available for download from Adobe's website.

    --
    I am TheRaven on Soylent News
  5. HTM? HTM? by Anonymous Coward · · Score: 5, Informative

    HTM is the filename suffix that broken operating systems like Windows used to assign to HTML files. The document format is called HTML.

  6. Great but by BlueYoshi · · Score: 2, Insightful

    I think it's good because it will permit people/company to interact and be able to exchange document without to be forced to use some particular software.

    But I think if you take XML, we need to have some effort to produce some standards DTD or XML-schema to be sure to have a real interoperability

    Also it will be neccesary to have some kind of validator for each format to force that everybody is using the real standard and not some fancy extension that could ruin the all idea

    --
    "Use cases are fairy tales..." I. S. 2005
  7. XML, RTF ... open? by Anonymous Coward · · Score: 2, Interesting

    By thinking of XML as an "open" format they are walking right into Microsofts little trap... Try decoding Office-XML sometime. Or my little XML format here: <blob>()Yyfoas/FGTif</blob>.

    (Of course, they don't trust that people really can't decipher it, so they protected it heavily with patents too.

    It's like saying ASCII is an open format. That's right, but ... there's something written in ASCII too, is that format open? Like RTF, which is written in ASCII but *not* open.

  8. if they are serious about it, that's enough by idlake · · Score: 4, Insightful

    If they are serious about enforcing open document formats, that's good: open source can compete and win if formats are open. The big concern is that companies like Microsoft will try to portray their proprietary formats as "open". For example, the DOC format has been documented by Microsoft, but it isn't truly open because it keeps changing and because it is under Microsoft's control. In particular, XML is not an open format--it isn't a format at all; XML is a standard in which people can define formats, both open and proprietary.

    A format isn't open until it has actually been standardized by an independent body that can guarantee that it is free from patent or other claims, and until it has been demonstrated that it can be implemented independtly by actually doing so.

  9. Re:HTM? HTM? by Karma+Sucks · · Score: 4, Funny

    Similarly, RTF is RTFM.

    Geez.

    --
    (Please browse at -1 to read this comment.)
  10. This is bad news, not good news by OblongPlatypus · · Score: 3, Insightful

    Most commenters seem to be missing the fact that this news is unequivocally bad. There were efforts to adopt open source instead of closed source software, but this senator (probably sponsored by Microsoft) managed to talk them into focusing on open formats instead. This coincides nicely with Microsoft's new XML formats for their office products, and lets Massachusetts continue using Microsoft products while paying lip-service to the fans of "open" solutions.

    --
    -- If no truths are spoken then no lies can hide --
    1. Re:This is bad news, not good news by OblongPlatypus · · Score: 3, Insightful

      To clarify: I'm not saying open formats are bad. But in this case we went from an administration pushing open source products (which incidentally automatically means open formats), to one that's going to stick with Microsoft products. They wanted to change what software they were using, but were deflected into some vacuous statement about "open formats", and in reality no change at all.

      XML does not autmoatically mean "open format", at least not in the way you seem to be thinking. Even if everyone in the Massachusetts administration starts using exclusively WordML for their documents (including converting all old documents), any open-source product would still have the problem of relying on a format defined by the very same monopoly they're trying to compete with. WordML is patent-protected specifically to prevent the equivalent of a "fork" of the format, so anyone using it is completely at the mercy of Microsoft's whim on where to take the format in the future.

      --
      -- If no truths are spoken then no lies can hide --
    2. Re:This is bad news, not good news by Tim+C · · Score: 3, Insightful

      You couldn't be more wrong if you tried.

      One of the main complaints about closed source software is that the proprietary, closed file formats keep you locked in to using the product, and that changes to said file formats tend to push you to upgrading because everyone else has, so you have to to be able to read their documents.

      Opening the file formats removes this restriction - now *anyone* can write software to create and edit them flawlessly. You're no longer tied to a single editor. How many .doc editors are there, compared to .html or .xml?

      Mandating open source software, while appearing good, would be a bad thing. Software should be used based on fitness for purpose; if the open source solution is superior, then use it. But don't use an inferior open source app just because it's open source if a superior closed source one is available and affordable. Mandating open file formats increases the likelihood that an appropriate open source solution will become available.

    3. Re: This is bad news, not good news by tyen · · Score: 4, Insightful

      Policy, Not Mechanism.

      They are very close, but need some additions to nail this right. Everyone freaking out over XML being cited should read the article. Reading the original article, I note that they defined "open format" by policy and not mechanism:

      specifications for data file formats that are based on an underlying open standard, developed by an open community, and affirmed by a standards body; or, de facto format standards controlled by other entities that are fully documented and available for public use under perpetual, royalty-free, and nondiscriminatory terms.

      This means they really don't care about the actual format, they care about the terms of access to the format. Microsoft can't drive a DTD with encrypted blocks through a mechanism-based loophole simply by declaring, "Hey! Look! XML!".

      However.

      It is said that even the largest companies bear the imprint of their founders. Gates was raised by lawyers, and his company operates like one. Unless you adversarially test this legislation before it passes, I guarantee you Microsoft will find a perfectly legal way to protect their crown jewels if it passes. There are other big players who will fight tooth and nail against this legislation, too. Oracle. IBM's DB2 folks.

      It is unfortunate that I could not find on their web site a full explanation of what they meant by "open format". However, going by that small excerpted blurb, if I was thinking of legal and marketing workarounds, here are some things I can come up with off the cuff.

      1. Dilute or pervert one of the definitions of "open standard", "open community", or "standards body". No definition legislated, easy enough to do. Control the standards group, control the standard.
      2. Note that the clauses separated by a semicolon (;) stipulate access terms for the latter but not the former. Sure, place it with a standards group, but make it expensive to obtain the standard "to cover distribution costs". The EIA standard for racks for example, costs over $50 to obtain an electronic copy. Perfectly open, perfectly standard, but certainly not "royalty-free".
      3. Play the Internet Explorer bundle game again, on a different playing field. Make the default format of the application a proprietary format, and allow saving as the standards format as long as the user takes additional steps to configure it or specify the standard format. By default, the vast majority of users will deploy with the default setting, killing any standard format in the crib through sheer inertia.
      4. Sure, there is an open format. It just doesn't support all the features of the application.
      5. Twist the definition of "fully documented" because that term is not nailed down. Yup, it's fully documented. "The 'dynamic_index' field stores dynamic indexes". There. It's fully documented. What? You want to know what a dynamic index is? Oh, but that's a trade secret. Or here is the full format of the dynamic index data structure, "fully documented". Leave out enough adequate description of the semantics, and you can bamboozle nearly everyone, including yourself. Why do you think Microsoft themselves can't get their own Word format consistent across versions? You can take the Microsoft-is-Evil theory that they do this to "entice" their customers to upgrade, but I tend to think it is because the format is ambiguously documented enough that even their own smart programmers trip up on the specifications.
      6. Supply an open standard, but your implementation of the standard is different from the outside world's implementation(s). Hey, bugs happen. No reference implementation that everyone standardizes upon, not a problem to be just barely incompatible enough (without any need for evil conspiracies) to annoy users enough to make them stick with the original application. Coders who hack EDI systems can sympathize with me here; even when everyone agrees upon an implementation standard, a "data format dissonance" tend
    4. Re:This is bad news, not good news by BalloonMan · · Score: 2, Informative
      This article provides some insight. My guess is that this has very little to do with Microsoft, and a lot to do with proprietary software vendors based in Massachusetts.
      Pacheco, a Democrat, said the new policy is "perceived to be an exclusionary policy that excludes proprietary software." He is chairman of the Post Audit and Oversight Committee and said he has received "lots of calls" from software companies whose business revolves around proprietary software, many of whom are concerned that they will be locked out of Massachusetts' $80 million IT budget.
      Of course, there's also the typical Beacon Hill power struggle aspect to this. If Gov. Romney wants OSS, then Democrats must find something to oppose in it. FWIW, I'm a Mass. Dem., but not in Pacheco's district.

      I think mandating open formats, if managed thoughtfully to discourage large chunks of inscrutable binary, is a very nice compromise.
    5. Re:This is bad news, not good news by Renegrade · · Score: 2, Insightful

      If the format is open, then an open sourced solution could be developed to deal with any issues with the proprietary software.

      If the file formats used are truly open (as in a decent standard that's well documented and actually works as it's described, which allows other applications to read and write in the same format without legal encumbrance), then the customer can take their data and have a new application or data converter written, allowing them to easily migrate to a new platform.

      That addresses the following issues thusly:

      >Other valid complaints are the per-seat costs, upgrade costs

      These are limited by the fact that the customer can now walk away. Something they cannot easily do if they were locked into Word's *.doc format or such. If the proprietary vendor tried strong-arm tactics or charged too much, the customer could simply write, or have written, a replacement application (or a file converter to convert the data files to a format used by another application).

      This effectively caps the maximum cost that the vendor can impose. Company X cannot charge a billion dollars for a given product if Company Y can offer the same thing for $59.95 that works on the same data, or if Open Source Programming Group Z offers a totally free version of said program.

      Also, the bigger the vendor, and the more pervasive their product, the more likely some open source group is to pick up the challenge of making an open sourced solution which works with these same data files.

      > limited effectiveness of outside support,

      Well, only with regards to the application itself. The data, properly documented and open, could easily be handled by any competent programmer.

      > architecture lock-in

      What architecture lock in? Vendor screwing you over? Take your data and walk away. Have someone else write a replacement. Write it yourself! Use Y or Z's product! Suddenly Corp X decides that the 3.2 update will NOT cost a trillion dollars, afterall.

      >and a slow, costly route to get bug-fixes and new features implemented.

      Bug fixes to the original application would depend on the vendor. New features, however, could be implemented by utilties that work with the data created by the application. And if the original application was too buggy to work with at all, why was it purchased to begin with?

      Open sourced solutions can be costly to bugfix as well. If your package is abandoned, you'd have to _hire_ people to fix it.

      > And, of course, the threat of being left out-in-the-cold if the company stops offering the proprietary program (or if said company collapses).

      How do you figure this? Take the data and _WALK AWAY_. This would be no different if an open sourced group collapsed or grew bored of a package.

      ---

      Basically, having open file formats is like a foot in the door for open source software: If free/open source software can work with the same data, and be better and cheaper, then why wouldn't some conversion happen? It also takes away one of the tools in the arsenal of big corporate evils: the hostage-holding of your user-created data.

      This could also revitalize a rather stagnant commercial software industry by forcing more interoperability.

      What, can't open sourced software compete then? Is it like some big, free version of Microsoft? Forced to rely on legislation to get it's place in the world? I'd hope not!

      I'd say that it's probably better to allow for free and proprietary to compete openly, than to have one side legislated over the other. It could easily go the other way, you know. "All government agencies must use Microsoft(TM)(R)(C)(Patent Pending)(TM)(C)(R) software AT ANY COST!".

      How could this not be win-win?

      This of course, all hinges on the definition of an 'open' format:

      1. It must be readable and writable by other applications or utilities withou

    6. Re:This is bad news, not good news by Noksagt · · Score: 2, Insightful

      If the format is open, then an open sourced solution could be developed to deal with any issues with the proprietary software.

      And, rather than throwing good money after bad to upgrade and maintain closed source software, public agencies should fund efforts to bring free open source software to the public. Perhaps they should keep proprietary software that has already been paid for, but as a taxpayer I want the most bang for my buck. This would be a strong argument against any commercial product that could charge a lot of money to MA & then to IL & so on, when a Free (in both senses of the word) program could be used instead.

      If the file formats used are truly open (as in a decent standard that's well documented and actually works as it's described, which allows other applications to read and write in the same format without legal encumbrance), then the customer can take their data and have a new application or data converter written, allowing them to easily migrate to a new platform.

      So why not do it now? The argument against doing it later will be "we've already invested so much money and time in closed product X from company Y, that it would cost an unreasonable amount to build F/OSS program Z from scratch."

      These are limited by the fact that the customer can now walk away. Something they cannot easily do if they were locked into Word's *.doc format or such. If the proprietary vendor tried strong-arm tactics or charged too much, the customer could simply write, or have written, a replacement application (or a file converter to convert the data files to a format used by another application).

      This is short-sighted. First of all, the vendors can charge much more than an upgrade is worth--they just have to keep it cheaper than a replacement. Furthermore, the "annual upgrade tax" to the company will add up quicker than F/OSS over the lifetime the files need to be read.

      Well, only with regards to the application itself. The data, properly documented and open, could easily be handled by any competent programmer.

      And how often do you suppose problems are with the file format? Support is almost always inherently for the particular product.

      What architecture lock in? Vendor screwing you over? Take your data and walk away. Have someone else write a replacement. Write it yourself! Use Y or Z's product! Suddenly Corp X decides that the 3.2 update will NOT cost a trillion dollars, afterall.

      Why should the government feed Corp X if this is a for-seeable problem?

      Bug fixes to the original application would depend on the vendor. New features, however, could be implemented by utilties that work with the data created by the application.

      So you have a dozen applications to do what you thought the one you first bought should have done? End users will love that.

      And if the original application was too buggy to work with at all, why was it purchased to begin with?

      The bugs might not have been discovered. What if a gaping security hole is discovered in your closed source application after you bought it? It also doesn't have to be "too buggy to work at all." Any discovered bugs should be fixed if possible. A patch to a minor bug can prevent major headaches.

      Open sourced solutions can be costly to bugfix as well. If your package is abandoned, you'd have to _hire_ people to fix it.

      I agree that specific applications can be more expensive, but with open source you'd ALWAYS have the option of hiring someone to fix it. Not so with closed source--the vendor has a monopoly on the ability to fix things. Good luck trying to negotiate with them by saying you'll hire someone else who is cheaper.

      Basically, having open file formats is like a foot in the door for open source software: If free/open source software can work with the same d

  11. e-government and our Boston City Council by dsaklad · · Score: 4, Informative

    Boston City Council sends by email public hearings notices for council committees like the Human Rights Committee. But our Boston City Council is unwilling to send the email as plain ASCII text instead of the .doc formatted public notices that are not so compatible.

    Maybe they want to preserve enbolded text as if that enbolded text was some sort of legal document. Maybe they want to preserve the image of a seal of the city. At the expense of wider more compatible distribution of important information our city council is even unwilling to put the full text of public hearings notices on the web site at http://cityofboston.gov/citycouncil

    An online calendar at the website does list the meetings minimally with no details. The full explanation for the purpose for holding the public hearing needs to be posted every time with an archive for reviewing past hearings.

    So much for a mandate of so called e-government !

  12. It'll open, but not look the same by Sylvius · · Score: 4, Interesting

    The last time I was sendout out resumes (a lot of places want a doc file), I opened it in multiple versions of word. The file always opened, but the formating got changed. Sometimes it all fit on one page as intended, other times it would spill over onto two pages, etc. So for times when formatting is critical, word is not truly backwards compatible. You are better off exporting to pdf...

    1. Re:It'll open, but not look the same by snilloc · · Score: 2, Informative

      Employers should be more accepting of PDFs because of formatting issues, and because of the potential macro viruses. I have Word97, but I really resent the assumption that I have spent money on a particular program.

  13. TXT is not a format by Free+Bird · · Score: 5, Informative

    A .TXT file is nothing more and nothing less than a plain text file. Ironically, it's only because of MS, champion of closed standards, that using the .TXT extension for these files has now become a de facto convention, but in the DOS age, other extensions such as .DOC or extensions that were basically part of the name (like README.1ST) or the total absence of an extension were also very common.

    1. Re:TXT is not a format by CastrTroy · · Score: 2, Interesting

      Actually, plain text files aren't standardized across platforms. Windows tends to use CRLF to show the end of a line, while Unixes use LF, And the old Macintosh used CR. Not sure if OSX uses LF or CR, because it's unix, but it's also Mac OS. Anyway, Microsoft is the only one that actually has it right, since if you think back to the old typewriter, you have to have a Carriage Return, and a Line Feed to get to the start of the next line when typing.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    2. Re:TXT is not a format by grunthos · · Score: 2, Informative
      Microsoft is the only one that actually has it right, since if you think back to the old typewriter, you have to have a Carriage Return, and a Line Feed to get to the start of the next line when typing.
      This actually predates Microsoft. It goes back to CP/M, whose design inspired MS-DOS, and I believe to the DEC PDP operating systems like RSTS/E, whose design inspired CP/M.
      --

      My son's 5th grade teacher actually assigned them "write a limerick about a planet". I'm not kidding.
  14. Um by DOS-5 · · Score: 2, Insightful

    Since when do plain text files count as an "open format"? Is it just because someone hasn't tried to patent it yet? (probably) Just seems a bit weird to me.

  15. Have you actually worked with WordML? by lowe0 · · Score: 2, Interesting

    I've worked with WordML. The only binary I saw was embedded images, encoded in plain old base64. Everything else was plain text.

    Granted, there were features in the DTD that weren't in the spec, but I was using a pre-release documentation set, so hopefully they've gone back and fully updated things. Besides, everything was in the DTD, so if you had to, you could look at how it's supposed to work.

    Try reading through the documentation and some WordML files of your own, instead of just talking out of your ass.

  16. What sort of "open" are they talking about??? by Bloody+Peasant · · Score: 4, Informative

    Obligatory disclaimer: I wrote this humble file formats FAQ and it represents my personal and professional opinion (not necessarily my employer's).

    That said, can someone in MA please ask the movers and shakers there to read that document? It's probably in the class of "common sense" to most of us here, but clearly we've done a less than stellar job so far of imparting this clarity to those in political circles.

    For the impatient: the conclusion I reached is that RTF and PDF are very questionable if you want to use them as truly interchangeable formats in a heterogeneous environment. This is an empirical finding, based on real life experience.

    --
    -- This .sig intentionally left meaningless.
  17. A strong position by ContractualObligatio · · Score: 2, Insightful

    There's a lot of (good) commentary on the detail of what is and isn't an open format. And it would be good to get the detail right, because there are many ways to abuse the phrase "open format" and there are companies that will take advantage of them.

    Nonetheless, requiring the use of open formats is a strong, defendable position in practise. like it or not, mandating the use of open source isn't possible, or at least highly unlikely. The reason for this is that open source might be good but it's not *necessary*. Not in the short term, and never in the minds of people with votes and money for lobbyists. A lot of good things have been done with proprietary systems (I'm an Apple fan) with a lot of openness. Open source is therefore a difficult argument to win in terms of *requiring* its use. Again, as a Mac fan, I wouldn't agree to it myself as a *requirement*.

    Open formats (*real* open formates) produce a level playing field. Open source could win its argument in a fair fight in public, not a dogmatic argument conducted in courts between various zealots on both sides that many people fight it hard to really bother with.

    I'm not interested in forcing organisations to drop Microsoft. Dictatorial approaches to solving problems never appeal to me. I'd be far happier with a situation where by legal documents and government documents (as some important examples)must be in an open format so that full featured editors could be available on a number of platforms e.g. Windows, Mac OS X, Debian, Red Hat, Suse, Solaris, HP-UX, AIX.

    That list is deliberately composed primarily of commercial companies because a) that's the way the world still works - make use of it to your own advantage, and b) to get all those platforms (including a good open source distro) sharing some new equivalents of .doc, .xls and .ppt formats would really open up the desktop marketplace.

  18. I think this is the correct way to go by fitten · · Score: 3, Insightful

    I don't think that government should mandate open source vs. closed source code purchases. This is unfair. The government should not mandate against valid, legal business models.

    I think the government should mandate that output from any software be an open standard format (XML or whatever) and then they choose, based on a competative bid process like they are supposed to do, the software that will do what they want (which may include adding features at some point). If some OSS group wins, so be it. If some proprietary group wins, so be it.

    Allowing only OSS is both wrong and bad, IMO, for a number of reasons.
    1. It is straight against capitalist economy to require one business/development model. In capitalism, you specify the product and whoever can do it best/cheapest/easiest wins. Only an OSS zealot would think that OSS would always win.
    2. The government should not dictate the "right" business model for people to follow. As long as they are legal under the laws (both criminal and financial) of the country, they are valid. The government should not dictate that some valid models are not valid for the government.

  19. Re:PDF -- there are not free readers of all of the by timothy · · Score: 2, Interesting

    I recently had to fill out a form that required Adope Acrobat Reader 6.something to open properly, a version which is not available for Linux.

    (I think the extension is .asx, or maybe .apx -- at any rate, it's got some parts that render correctly, and some that are oh-so-secret and don't appear unless using a new enough AA Reader, by design.)

    After no reader in Linux would work, I decided to try it with my iBook. Apple's preview also won't show the hidden parts -- it actually demands AA Reader. Sigh. So I downloaded a new AA Reader 6.02 think, (an obnoxious, screen-stealing application, btw, which makes you appreciate the beauty both of kPDF, Ghostview and other free viewers, and Apple's Preview), thinking, "Hey, I can view it with this, including the hidden parts, and print to a *real* (all displayed) PDF, then email to my Linux box, where I have a working printer ...

    Even this convoluted path was too much to hope for, because the special encoded PDF didn't allow printing to a PDF, only to paper. Catch-22; you can view this PDF, but don't you try to save it as a PDF!

    So, sadly, even PDF can be used to obscure as well as to delight and inform.

    timothy

    --
    jrnl: http://tinyurl.com/c2l8yr / foes: http://tinyurl.com/ckjno5
  20. WTF? by spitzak · · Score: 2, Informative

    I am absolutely shocked that somebody would actually think this is true:

    if you think back to the old typewriter, you have to have a Carriage Return, and a Line Feed to get to the start of the next line when typing.

    Obviously you have never even seen a typewriter. On old typewriters the big silver bar on the left did both cr+lf. Electric ones had a key (where "Enter" is on your computer) that did both cr and lf. If you wanted to overprint, you did the return action, then turned the big knob on the left to basically do an "inverse-lf". If typewriters were the inspriation, we would have newline and reverse-lf characters.

    It's true that early teletypes using baudot standardized on the two characters in their communication. This is because the mechanical return action was so slow that if it started doing the lf after the return started no time was lost. The lf character forced a delay to be added so the system would work, printing after a cr would never work, the next character would appear somewhere in the middle because the carriage was still returning. You had to add delay nulls to get overprinting. Believe me, at 50 baud, if they could have gotten it to return & lf in one character time they would have saved that character!

    I think on early machines there was a key to generate a cr+lf pair. Also every computer system I ever saw or heard of would convert a single key into both codes internally, you never needed to type it.

    Microsoft could fix their system in one day if they wanted to (just change "write as text" to be identical to "write as binary" but leave reading alone). However it is in their interest to make sure their files break when used on other systems, though almost all Unix programs have been fixed to treat CR as whitespace because of this. They also have made sure the default application you get when you double-clicik a file (textedit?) will not work for plain LF, so that Unix files look like crap. Notice that every other program they have can handle plain-LF just fine, this is pretty positive proof that they did this on purpose to make interoperability look difficult.

    Also, OS/X uses LF, just like everything in the world except Microsoft.

  21. Re:TLA by MarkRebuck · · Score: 2, Informative

    No, TLA is Three Letter Acronym.

  22. TXT? HTM? by Ed+Avis · · Score: 2, Insightful

    Since when were 'TXT' and 'HTM' the names of document formats?

    Please, this isn't MS-DOS, and even if it were there's no need to resort to such barbarisms. You mean plain text, and HTML.

    --
    -- Ed Avis ed@membled.com
  23. Should have done this earlier... by wtansill · · Score: 2, Interesting

    Think about it -- if something like this had been done earlier, we could have saved an awful lot of time and money that was instead spent on anti-trust lawsuits that the government ultimately "lost" (yes, I know they technically won, but have _you_ noticed any benefits from that win? I sure haven't).

    Here's the problem -- Federal, State, and Local Government agencies of all sorts put out press releases, solicitations, regulatory notices and the like by the tens of thousands on a daily basis. Companies and citizens who wish to read and/or respond to this data stream have no choice but to purchase Word, Excel, and Powerpoint in order to interact with the Government. Government has ensured the Micorsoft monopoly simply by continuing to support a product with closed and proprietary file formats. If other state Governments, and especially if the Federal Government endorses _independantly verifiable_ open document formats, the monopoly is broken without the expense of continued litigation or oversight.

    I think that the same can be said in other areas as well. For instance -- Mozilla, and now FireFox, are making inroads into IE's domain. The progress is slow because many sites do not support the HTML standards put forth by the W3C. What if all government agencies declared that all web pages created or maintained by their agencies would support only open standards -- not some of the wrinkles introduced by IE? Again, problem solved over the long run.

    IMHO, we depend too much on legal wrangling to try to enforce corporate behavior, rather than encouraging, architechting, and supporting an infrastructure that would lead to the same end without all the pushing, shoving, and head-butting along the way.

    Yes, I know that I am naively idealistic. Deal with it.

    --
    The contest for ages has been to rescue liberty from the grasp of executive power. -- Daniel Webster