Slashdot Mirror


Docvert 3.0 Lessens Reliance On Microsoft Office

An anonymous reader writes "After 10 months of development Docvert 3.0 was released today. This open source web service converts DOC files to Oasis OpenDocument 1.0, and then to HTML, RSS, or any XML format. Try the ODF demo or download the source and install it on your own box. Version 3.0 comes with an MS Word Plugin, FTP/WebDAV upload, and an in-browser document editor."

19 of 108 comments (clear)

  1. It promises to be an interesting battle by 0racle · · Score: 3, Insightful

    Ya, I'm on the edge of my seat. It will get adopted as a standard or it won't. Office will use it either way and anyone wanting to interoperate with Office will have to try to implement it as well.

    --
    "I use a Mac because I'm just better than you are."
    1. Re:It promises to be an interesting battle by Zaiff+Urgulbunger · · Score: 5, Insightful

      All true, but if it does get adopted as a standard, then MS can use this to ensure the continued use of MS Office by government agencies around the globe. If it doesn't get adopted, MS will be under pressure to provide a supported, native, OOD format.

    2. Re:It promises to be an interesting battle by truthsearch · · Score: 4, Insightful

      In my opinion there are two reasons Microsoft is trying to create their own standard: PR and government contracts. The PR aspect is obvious. The US government is Microsoft's largest customer (by far) and also the most likely to demand open document standards. Other governments will likely do the same long before corporations demand it. So Microsoft needs to have their own standard which they implement first in order to get the contracts.

      They don't have to implement it correctly. They can claim support for a standard for years without actually following it (e.g. CSS, Kerberos, etc.) and still get the contracts. They were actually involved in creating some CSS standards and still didn't follow them.

      It's all about the money. Get the big contracts and nothing else matters.

    3. Re:It promises to be an interesting battle by Zaiff+Urgulbunger · · Score: 2, Insightful

      I don't *know* the answers but I believe:

      Can anybody implement for free?
      I think so! But, you'll need to get a copy of the standard first, and I believe ISO normally charge.. rather more than I'd like for that.

      Can MS get fined for saying they support the standard when in fact their software actually does not...
      I doubt it, but if a test case can be produced to prove the fault, they'll maybe/probably/hopefully/perhaps fix it. Depending on whos asking for a fix!

      You're right that *a standard* is far better than no standard at all. But the only reason MS have done this now is because they've been forced into it due to various governments demanding open standards for documents, and thus, by getting this adopted as a standard, they get to keep business! They are not interested in other people using the standard to write competing software, and as such, I expect they'll move the goal posts as soon as anyone gets close.

  2. Describing exceptions doesn't make a standard. by splutty · · Score: 4, Insightful

    Despite what Microsoft thinks and how they're been acting in the past with all their 'standards'; Describing all the exceptions doesn't make something a standard. Describing them in the context of a non-standardized environment, makes it even less so.

    Although I'm quite sure that Microsoft really doesn't give a and will push this through as 'their' standard that everyone else will have to adhere to to be able to do anything with Mickyshaft generated content anyway.

    Whether ISO approves of this or not is inconsequential, the only thing that matters is that M$ can now say: Look, we proposed a standard, it's not our fault 'they' think it's not good enough.

    --
    Coz eternity my friend, is a long *ing time.
    1. Re:Describing exceptions doesn't make a standard. by Anonymous Coward · · Score: 4, Insightful

      Whether ISO approves of this or not is inconsequential, the only thing that matters is that M$ can now say: Look, we proposed a standard, it's not our fault 'they' think it's not good enough.
      It matters to governments, who are coming under increasing pressure to rationalize their MS Office upgrade cycle (and why they're not getting out, via standards)

      But yeah it doesn't matter much to the private sector / industry.
    2. Re:Describing exceptions doesn't make a standard. by suggsjc · · Score: 2, Insightful

      It was mentioned before, but since the US gov't is their biggest customer. Until you are the "guy who makes the tech decisions" for them, M$ won't care about your response.

      Idealism will only get you so far, especially when it squares off against practicality.

      --
      When I have a kid, I want to put him in one of those strollers for twins and then run around the mall looking frantic.
  3. Re:Please recommend compliance validation tools by Zaiff+Urgulbunger · · Score: 4, Insightful

    Microsoft isn't doing this for you silly! The whole intent is likely that it is *hard* for anyone to implement.

  4. And the sad thing is... by Durkheim · · Score: 5, Insightful

    ...Some people think its fine that way. A friend of mine, quite pro-ms, told me that all those little strange things in the specification where normal to have backwards compatibility, and that reading the specification was a waste of time. Instead, he directed me towards a preview of Ms office 2007. Because for him, as for many more, what's important is the final product, the cuteness of the buttons, the way it works and displays its own format. Why bother using a free program that displays word documents badly, when Office is already perfect huh? I feel so misunderstood sometimes. What makes me sad is that they don't see the use of a clear straight-to-the-point format. Maybe only geeks can be horrified by this one.

    1. Re:And the sad thing is... by westlake · · Score: 3, Insightful
      I feel so misunderstood sometimes. What makes me sad is that they don't see the use of a clear straight-to-the-point format. Maybe only geeks can be horrified by this one.

      The user cares only for the document he sees in print or on screen. The internal structure of the file interests him not at all.

    2. Re:And the sad thing is... by TheRaven64 · · Score: 2, Insightful

      Give him a few years. Like Free Software, the need for Open Standards is only really apparent to people who haven't yet been bitten by their lack. I still have a load of ClarisWorks 1.0 documents from years ago that I can't open; even if I could find my copy of ClarisWorks and the disk hadn't been corrupted, I don't even own a disk drive that could read it anymore.

      --
      I am TheRaven on Soylent News
  5. Divy it up? by plopez · · Score: 3, Insightful

    I wonder if you could get 60 people to review 100 pages each (or divide up chapters or sections in some logical manner). That may be feasible in 1 month. At least the glaring problems would be flagged. I have no idea how to organize this however.....

    --
    putting the 'B' in LGBTQ+
  6. Re:Open XML is a transliteration by TheRaven64 · · Score: 5, Insightful
    The design requirement of Microsoft's XML format was (obviously) that it be possible to convert existing Word documents to it without any loss. In order to do this, there must be a one-to-one mapping between the .DOC semantics and the OpenXML semantics.

    The second design requirement was that the spec be developed and released quickly, before ODF had time to gain much traction. Between these two objectives, it's hardly surprising that it ended up the way it did...

    --
    I am TheRaven on Soylent News
  7. Re:I'm shocked! by moranar · · Score: 2, Insightful

    I'm shocked too, that someone using ad-hominem attacks would resort to anonymous posting. Amazing. This must be Slashdot.

    The fact that Updegrove might have a vested interest in ODF succeeding doesn't detract from the OOXML proposed standard being a crock of shit.

    --
    "I think it would be a good idea!"
    Gandhi, about Internet Security
  8. Re:I originally read OOXML ... by Knuckles · · Score: 3, Insightful

    That is exactly what I thought at first as well!

    And i wonder how you could. Even just reading the the /. blurb makes it clear that the "standard" as proposed is non-implementable.

    --
    "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
  9. Re:Please recommend compliance validation tools by xenocide2 · · Score: 2, Insightful

    On the contrary, when taking the article at face value, I think that the whole intent is to make it *easy* for Microsoft to implement the first time, because it's already done. This is of course backwards from how a community standard should work, it should be an effort that is repeatable. Instead we have whatever crap their contractors turned in, with apparent flaws turned into requirements. I doubt even Microsoft could write a second compatible handler for this document format. Well, perhaps instead of "on the contrary" I should say "to clarify"; the standard appears to be designed so that any implementation but the original is near impossible.

    It sounds like pretty much like business as usual for MSFT, although describing in 6,000 pages how hard it would be to create an interoperating product is new. Their format is the standard, even the flaws that they didn't fix before release.

    --
    I Browse at +4 Flamebait

    Open Source Sysadmin

  10. Re:Please recommend compliance validation tools by TheRaven64 · · Score: 2, Insightful
    I am beginning to think that a requirement for anything being a standard should be two independent implementations (i.e. no shared code). I would even like to require that at least one be under a license no more restrictive than the 3-clause BSD license (GrokLaw FUD aside), and ideally MIT-licensed or Public Domain.

    ODF has already been supported by several implementations, and some of these threw up some OpenOffice-isms; if the support had been finished before the standard had been finalised then this would have allowed them to be fixed.

    --
    I am TheRaven on Soylent News
  11. ISO maybe, but never an IETF standard by Pascal+Sartoretti · · Score: 2, Insightful
    Maybe they'll get an ISO standard, but I have the feeling that an IETF standard would be out of question. Look at the requirement for being just a "Draft standard" (see here):

    A specification from which at least two independent and interoperable implementations from different code bases have been developed, and for which sufficient successful operational experience has been obtained, may be elevated to the "Draft Standard" level.

    Outside Office 2007, who would ever implement this "standard"?
  12. Re:Open XML is a transliteration by 99BottlesOfBeerInMyF · · Score: 4, Insightful

    That's the reason for all the "render like WordPerfect 5.x" options that people have complained about, because they have to allow people to convert to the XML format and then convert back without reducing the document to an unreadable mess.

    There is no reason I know of why the XML format cannot support all the features of Word and round trip, without relying on nasty hacks like this, it just takes more work. The problem with "Open"XML that I've seen is the concentrate entirely on supporting only the features of .doc files and their interactions with other programs to the exclusion of anything else. Rather than "render like WP 5.x" you need to define how WP 5.x renders that feature, then incorporate it into your conversion script in a way that makes sense in general for documents.

    The whole format is built upon the assumption that only MS and Word will be using it and it is not designed to abstract word processing documents in general, but to kowtow to the eccentricities of Word.

    The alternative is to not support roundtripping and then wait for slashdot headlines like "Users find that the new Office XML format mangles their documents".

    No, the alternative is to do it right and build hacks like the ones you mention into the import and export routines, rather than embedding them, without any definition, into the format.