Skip to main content

Home/ OpenDocument/ Group items matching "office-formats" in title, tags, annotations or url

Group items matching
in title, tags, annotations or url

Sort By: Relevance | Date Filter: All | Bookmarks | Topics Simple Middle
Gary Edwards

Knowledge base - 0 views

  • he OpenDocument Format (ODF) is an open XML-based document file format for office applications to be used for documents containing text, spreadsheets, charts, and graphical elements. The file format makes transformations to other formats simple by leveraging and reusing existing standards wherever possible. As an open standard under the stewardship of OASIS, ODF also creates the possibility for new types of applications and solutions to be developed other than traditional office productivity applications.
  •  
    The Knowledge Base description and history of OpenDocuemnt
Gary Edwards

Harmonization and Interop: The dizzying dance of ODF, OOXML, and CDF - 0 views

  • With the ISO BRM fast approaching, the harmonization of ODF and OOXML is all the rage. The legendary marbux takes on this discussion arguing that ODF and OOXML both lack the interoperability framework needed to meet ISO directives describing interop requirements. He argues that interop between MSOffice and OpenOffice can be achieved using CDF.
  •  
    Will the real universal document format please stand up! Comments on the recent article posted by the Universal Interoperability Council: "Putting Andy Updegrove to bed without his supper". The UIC article is well worth your time. It is extremely well referenced and researched. The arguments put forth counter claims by IBM and OASIS that the W3C's CDF format can not be used to represent desktop productivity environment documents. Not surprisingly, IBM and OASIS argue that the OpenOffice specific ODF is the only alternative to Microsoft Office specific OOXML. The UIC argues that the full range of MSOffice legacy binary documents and emerging XML documents can fully be represented in CDF - something that not even the most ardent of ODF jihadists would claim as an ODF capabilitiy. The truth is that ODF was not designed for the conversion of MSOffice binary and xml documents.
Gary Edwards

State's move to open document formats still not a mass migration - 0 views

  • Only a tiny fraction of the PCs at Massachusetts government agencies are able to use the Open Document Format (ODF) for Office Applications, despite an initial deadline of this month for making sure that all state agencies could handle the file format.
  •  
    Eric Lai keesp pokign at that Massachusetts hornets nest. One of these days he's going to crack it open, and it will be back to square one for the ODF Community.  Still missing from his research is the infoamous 300 page pilot study and accompanying web site where comments and professional observations document a year long study concernign the difficulties of implementing ODF solutions and making the migration.  <br><br>

    The study was focused on OpenOffice, StarOffice, Novell Office, and a IBM WorkPlace prototype.<br><br>

    The results of the year long pilot have never seen the public light of day.  But ComputerWorld is one of the media orgs that successfully filed a court action to invoke the freedom of information act in Massachusetts.  How come they can't find the Pilot Study?<br><br>

    At the end of the pilot study period, Massachusetts issued their infamous RFi; the request for information regarding the possiblity of a ODF plugin for MSOffice!  Meaning, the Pilot Study did not go well for the heroes of ODF - OpenOffice, StarOffice, Novell Office and WorkPlace.  Instead, Massachusetts sought an ODF plugin that would no doubt extend the life of MSOffice for years to come.  No rip out and replace here folks!<br><br>

    ~ge~
Gary Edwards

Harmonizing ODF and OOXML using NameSpaces | Tim Bray's Thought Experiment - 0 views

  • First, what if Microsoft really is doing the right thing? Second, how can we avoid having two incompatible file formats? [Update: There’s been a lot of reaction to this piece, and I addressed some of those points here.]
  • On the technology side, the two formats are really more alike than they are different. But, there are differences: O12X’s design center, Microsoft has said repeatedly, is capturing the exact semantics of the billions of existing Microsoft Office documents. ODF’s design center is general-purpose reusability, and leveraging existing standards like SVG and MathML and so on.
  • The capabilities of ODF and O12X are essentially identical for all this basic stuff. So why in the flaming hell does the world need two incompatible formats to express it? The answer, obviously, is, “it doesn’t”.
  • ...1 more annotation...
  • The ideal outcome would be a common shared office-XML dialect for the basics—and it should be ODF (or a subset), since that’s been designed and debugged—then another extended vocabulary to support Microsoft features , whether they’re cool new whizzy features or mouldy old legacy features (XML Namespaces are designed to support exactly this kind of thing). That way, if you stayed with the basic stuff you’d never need to worry about software lock-in; the difference between portable and proprietary would be crystal-clear. And, for the basic stuff that everybody uses, there’d be only one set of tags. This outcome is technically feasible. Who could possibly be against it?
  •  
    Tim Bray suggests using namespaces to brdige the comatibility gap between ODF and OOXML.
  •  
    This log is connected to a recent post from Florian Reuter, XML Namespaces are designed to support exactly this kind of thing ...
Paul Merrell

GullFOSS - 0 views

  • ODF is the only file format that provides the level of interoperability and choice of products that our customers want.
    • Paul Merrell
       
      Brauer well knows that he speaks of "the level of interoperability and choice of products" that Sun wants, not what Sun customers want. See e.g., the IDABC ODEF Conference proceedings. ODF is not designed for interoperability and interoperability may only be achieved by all persons involved in the interchange of ODF documents standardizing on a particular editing implementation and version. In practical terms, that means everyone uses a particular version of OpenOffice.org or a clone of that version's code base.
  • OOXML? Isn't that Office Open XML? That file format, that Microsoft Office 2007 is using, that has been approved by ECMA as ECMA-376, and that is currently in a fast track process to become an ISO standard like ODF? That file format, that although its name is very similar to Open Office XML, has nothing to do with OpenOffice.org or ODF? And you may have wondered: What are Sun's OpenOffice.org developers doing with OOXML, and why? And when will we have an OOXML filter in OpenOffice.org?
Gary Edwards

Office 2007 won't support ISO's OOXML - SD Times On The Web - 0 views

  • In a surprise move, the company also announced that it intends to participate in the OASIS ODF working group and the corresponding ISO/IEC Joint Technical Committee 1 Subcommittee 34 working groups for ODF, as well as the ISO Technical Committee 171 working group for PDF, said Doug Mahugh, senior product manager for Microsoft Office.He added that Microsoft would also introduce an API to allow developers to plug their own converters for formats, such as ODF, into Office to make it the default conversion path. ODF 1.1 was chosen over the ISO-standard ODF 1.0 as a practical decision based upon interoperability with existing implementations, Mahugh explained.
    • Paul Merrell
       
      The announcement of the new API for others to use for plug-ins is not new news. It was originally made when Microsoft claimed to have gotten religion on interoperability a few months ago. The wookie is that the only conceivable reason for a new API for use by others is that Microsoft does not want to disclose the specs for its existing API. That in turn suggests that the API for use by others will have functionality different from the API used by Microsoft itself, almost certainly far less.
  • “Customers that are expecting true document fidelity from XML-based, ISO-standard document formats will continue to be disappointed,” said Michael Silver, a Gartner Research vice president. Silver observed that the most compatible formats to use today are Microsoft’s legacy binaries, and he believes that Microsoft will be unlikely to convince customers to move to OOXML in the foreseeable future.
  •  
    Microsoft to support PDF, ODF 1.1 and ISO OOXML in MSOffice 14. The company will also join the OASIS ODF TC and working group for ISO PDF.
Graham Perrin

An Antic Disposition: OpenDocument Format: The Standard for Office Documents - 0 views

  • OpenDocument Format: The Standard for Office Documents
    • Graham Perrin
       
      PDF
  • published in IEEE Internet Computing
  • introduction to ODF, what it is, where it came from and why it is important
Gary Edwards

Jason Brooks - Bumps on the Road to Document Exchange Nirvana - Flock - 0 views

  • The OpenDocument Foundation has announced its plans to sever itself from participation in or further advocacy of its namesake office document format in favor of the World Wide Web Consortium's XHTML (Extensible HTML)-based Compound Document Format. Although the OpenDocument Foundation is a fairly small organization, the group sports a certain cachet that stems from the ODF-to-MS Office plug-in that the group announced--but did not release publicly--about a year and a half ago. At the heart of the rift between the Foundation and the rest of the ODF backers--led by Sun and IBM--lies a dispute over the proper strategy for achieving round-trip document fidelity between Microsoft Office and ODF-consuming applications, such as Sun's OpenOffice.org or IBM's Lotus Symphony.
Paul Merrell

Gray Matter : Microsoft adds "Save as ODF" to Office 2007 Service Pack 2 - 0 views

  • There are really two central catalysts for these actions. One of these is the feedback we have received from the regulatory environment. There is a high degree of interest in our working with other software vendors to improve information exchange through the use of standardized technologies.
  • Because ODF side-stepped the compatibility question, we were left to solve (continue solving) that challenge elsewhere; the aversion to dealing with legacy content created a real problem for customers who want to transition to more open file formats.
  • In our early testing we are observing that every product implementing these standards has some level of variation from the written spec. If you've been around standards for a while, you'll know this is common, and requires dialog to establish best practices &amp; patterns. This is our reason for joining the OASIS, AIIM and ISO committees,
  • ...1 more annotation...
  • Office 14 will update our support for IS29500. The timing for this might seem strange, but I do hope the rationale is clear. ODF 1.1 is a completed specification. The final version of IS29500 is not published today. While we do support a significant portion of IS29500 already, the BRM changes and other issues raised in public forums will inform us on how to best move forward with IS29500… and it gives me a little time to address the compatibility considerations that will be an important part of any file format related changes in Office.
  •  
    Microsoft's Gray Knowlton on the reasons for the Redmond decision to provide native support for ODF 1.1. But most noteworthy, I think, is Knowlton's statement indicating that Microsoft aims at improving interop through best practices & patterns, i.e., application-level interop initiatives, as opposed to amending the ODF standard to specify conformity requirements essential to achieve interoperability, as required by JTC 1 Directives, international law, and antitrust law. In other words, big vendor negotiations around interop rather than giving software users and independent developers a seat at the table.
Gary Edwards

Independent study advises IT planners to go OOXML - 0 views

  • From: Bill Gates Sent: Saturday, December 5 1998 To: Bob Muglia, Jon DeVann, Steven Sinofsky Subject : Office rendering "One thing we have got to change in our strategy - allowing Office documents to be rendered very well by other peoples browsers is one of the most destructive things we could do to the company. We have to stop putting any effort into this and make sure that Office documents very well depends on PROPRIETARY IE capabilities. Anything else is suicide for our platform. This is a case where Office has to avoid doing something to destroy Windows. I would be glad to explain at a greater length. Likewise this love of DAV in Office/Exchange is a huge problem. I would also like to make sure people understand this as well." Tuesday, August 28, 2007
  • 3.2.2.2. A pox on both your houses! gary.edwards - 01/22/08 Hi Robert, What you've posted are examples of MSOffice ”compatibility settings” used to establish backwards compatibility with older documents, and, for the conversion of alien file formats (such as various versions of WordPerfect .wpd). These compatibility settings are unspecified in that we know the syntax but have no idea of the semantics. And without the semantic description there is no way other developers can understand implementation. This of course guarantees an unacceptable breakdown of interoperability. But i would be hesitant to make my stand of rejecting OOXML based on this issue. It turns out that there are upwards of 150 unspecified compatibility settings used by OpenOffice/StarOffice. These settings are not specified in ODF, but will nevertheless show up in OpenOffice ODF documents – similarly defying interoperability efforts! Since the compatibility settings are not specified or even mentioned in the ODF 1.0 – ISO 26300 specification, we have to go to the OOo source code to discover where this stuff comes from. Check out lines 169-211. Here you will find interesting settings such as, “UseFormerLineSpacing, UseFormerObjectPositioning, and UseFormerTextWrapping”. So what's going on here?
Gary Edwards

OOXML-ODF: The Harmonization Hope Chest | Orcmid's Lair - 0 views

  • 4. The Reality in the Punchbowl Meanwhile, Sam Hiser offers a different impression of the DIN effort [4]: "The ODF-to-OOXML harmonization effort being hosted by the German standards group, DIN, is Europe's best effort to resolve our Mexican Standoff between Microsoft, Sun and IBM. Even though harmonization is laughably complex and will not work unless the applications are harmonized too, the best and brightest of Germany are left to hope for success."&nbsp; [emphasis mine: dh] Although the mission of the German effort is translation (Übersetzung), not harmonization, I find there is a very important point that is not made often enough:&nbsp; People write, read, and edit office documents with little, if any, understanding of the particular format that makes them persistent in digital form.&nbsp; The XML-based open formats do not change that.&nbsp;&nbsp; People adapt to the software/device they are using by trial and error.&nbsp; We train ourselves to obtain the visible results that we want.&nbsp; Different people obtain superficially similar results by quite different means.&nbsp;&nbsp; Even when someone has gone to the trouble to create style sheets, forms, macros, templates and other format-impacting aids, it is very loosey-goosey in practice.&nbsp; And it still does not require paying attention to the file format.&nbsp;&nbsp;
Gary Edwards

Barr: What's up at the OpenDocument Foundation? - Linux.com - 0 views

  • The OpenDocument Foundation, founded five years ago by Gary Edwards, Sam Hiser, and Paul "Buck" Martin (marbux) with the express purpose of representing the OpenDocument format in the "open standards process," has reversed course. It now supports the W3C's Compound Document Format instead of its namesake ODF. Yet why this change of course has occurred is something of a mystery.
  •  
    More bad information, accusations and smearing innuendo.  Wrong on the facts,  Emotionally spent on the conclussions.  But wow it's fun to see them with their panties in such a twist.

    The truth is that ODF is a far more "OPEN" standard than MS-OOXML could ever hope to be.  Sam's Open Standards arguments for the past five years remain as relevant today as when he first started makign them so many years ago.

    The thing is, the Open Standards requirements are quite different than the real world Implementation Requirements we tried to meet with ODF.

    The implementation requirements must deal with the reality of a world dominated by MSOffice.  The Open Standards arguments relate to a world as we wish it to be, but is not.

    It's been said by analyst advising real world CIO's that, "ODF is a fine open standards format for an alternative universe where MSOffice doesn't exist".

    If you live in that alternative universe, then ODF is the way to go.  Just download OpenOffice 2.3, and away you go.  Implementation is that easy.

    If however you live in this universe, and must deal with the impossibly difficult problem of converting existing MSOffice documents, applications and processes to ODF, then you're screwed. 

    All the grand Open Standards arguments Sam has made over the years will not change the facts of real world implmentation difficulities.

    The truth is that ODF was not designed to meet the real world implmentation requirements of compatibility with existing Microsoft documents (formats) and, interoperability with existing Microsoft Office applications.

    And then there are the problmes of ODF Interoperability with ODF applications.  At the base of this problem is the fact that compliance in ODF is optional.  ODF applications are allowed to routinely destroy metadata information needed (and placed into the markup) by other applications.<b
Gary Edwards

OpenDocument Foundation drops support for ODF, backs obscure W3C format - Flock - 0 views

  • The OpenDocument Foundation has decided to end its support for OASIS's OpenDocument Format (ODF) and instead support W3C's Compound Document Format (CDF), which is currently described in the Web Integration Compound Document Core 1.0 draft. This move reflects growing concerns within the interoperability advocacy community about the long-term viability of both ODF and Microsoft's Office Open XML (OOXML).
Paul Merrell

Brian Jones: Open XML Formats : More on yesterday's ODF announcement - 0 views

  •  
    "Even though ODF 1.0 is the official ISO version of the format, the decision was made to use version 1.1 which had some accessibility improvements. Hopefully future versions of ODF will be brought back to ISO so that we have a more current ISO version soon. You also may have noticed that we as Microsoft plan to start participating in the ODF standardization efforts, whether that happens in OASIS or ISO. ... I've heard different opinions though on what to do if the standard says one thing and Open Office does something else. I think the right thing to do is to follow the standard, but I'd be curious to hear what other folks have to say." Note that this Jones post includes several links to commentary on the ODF support announcement written by other Softies
Paul Merrell

Technology News: Applications: What's Holding OpenOffice Back? - 0 views

  • Most folks see data formats as an inside-baseball issue, because they work in all-Microsoft organizations where incompatibilities are rare. The only hangup, in that case, comes when Microsoft releases new software (Office 2007 being the latest example). Invariably, the data format's been upgraded as well.
  • The data format wars have been going on for years and have provoked a substantial backlash. The anti-Microsoft crowd has an alternate data format, OpenDocument, that anyone can freely incorporate into any program, just as everyone uses the same old free, non-proprietary HTML to build Web sites.
  • Is Open XML an open standard? The arguments are pretty technical but boil down to this: Microsoft says OpenDocument is not good and that anyone will be able to implement its far more enlightened Open Office XML. Opponents say Microsoft has built into Open XML all manner of snares, deadfalls and booby traps to defend its monopoly.
  • ...1 more annotation...
  • And I'm auditioning the latest open source goodie, IBM Lotus Symphony, which looks like a sweet suite. More on that next time.
  •  
    The myths that ODF is an open standard, that Lotus Symphony is open source, and that Microsoft is the only company that manipulates "open" standards for unlawful competitive advantage continue to propagate.
Gary Edwards

Office 2.0 Conference: Live Broadcast by Veodia - 0 views

  •  
    Here you go! A complete video library of all the Office 2.0 conference presentations and pane discussions. For sure check out the panel on file formats with Florian Reuter, Bill Welty, Jason Harrop, Arnaud de Hors, Tom Snyder, and moi. Excellent discussion!
    The trick to scrolling is to catch the horizontal scroll bar at the bottom of the page. Scroll to the right, and the video library vertical scroll bar will appear so you can see all the vids.
    Document Formats
Gary Edwards

IBM's Director of Strategy comes clean on OpenXML - IBM *WILL* support OpenXML in its Lotus and Portal products - Notes2Self.net - 0 views

  • Well, if that's IBM's plan they're going to need more than ODF, that's for sure - and that brings us to the announcement I've been wondering about: IBM favors ODF as a file format because it is "truly open" and technically elegant, Heintzman said. But IBM will support Open XML, which is the current document format in Office 2007, in its Lotus collaboration and portal products. IBM already supports older versions of Office. I feel a Pamela Jones moment coming on .... there it is, as plain as day for the world to see, Doug Heintzman breaks through all IBM's doublespeak and hypocrisy and admits it. I don't know about "Beyond Office" as a plan, I think the real game here is "Beyond ODF"
Graham Perrin

Doug Mahugh : Working with ODF in Word 2007 SP2 - 0 views

  • ODF in Word 2007 SP2
  • Service Pack 2 for Office 2007
  • You can make ODF the default
  • ...18 more annotations...
  • ODF can’t represent 100% of the things we can do in Word
  • differences between the default line-spacing
  • fixed-layout format for published documents
  • and a flow-oriented layout
  • work well for dynamic editing
  • flow-oriented format during document authoring and editing
  • ODF or Open XML
  • differences in Word and OpenOffice’s default styling for hyperlinks
  • longer in OpenOffice
  • text-wrap margins around the inserted image also differ
  • decided to not implement tracked changes
  • indents were incorrect
  • Office SP2 .docx to .odt is the best
  • OOo developers
  • further improvements planned/started for 3.2
  • version 3.1 will solve several problems
  • Update on ODF Spreadsheet Interoperability
  • spreadsheets that can be manipulated with MS Office ONLY
Gary Edwards

CXOtoday.com > Interview > "Computing driven by OXML sets to a strong start" - 0 views

  • Why does Microsoft want another standard, what's the rationale? There are at least 4 good reasons why: *ODF started out and was completed as an XML format, specifically supporting OpenOffice with a tight scope around that product. *It wasn't until 2005 that the spec was offered up as a general XML office document format and consequently renamed to ODF. *No opportunity existed for Microsoft to actually participate in this full process - given the original scope, the 6 months between the re-naming of the spec to ODF, and its subsequent approval by OASIS as a standard. *The scope of the ODF spec never included even the basic requirements that Microsoft required to support a fully open format, and nor did the OASIS technical committee want to include these requirements.
  •  
    Erwin's StarOffice Tango has an exhaustive response to this Microsoft Q&A. Correcting false statements by Microsoft
Gary Edwards

State's move to open document formats still not a mass migration - 0 views

  • June 08, 2007 (Computerworld) -- Only a tiny fraction of the PCs at Massachusetts government agencies are able to use the Open Document Format (ODF) for Office Applications, despite an initial deadline of this month for making sure that all state agencies could handle the file format.
  •  
    Use of ODF remains minimal on government PCs in Massachusetts
    Eric Lai ....... June 8, 2007

    Bummer!  Do you think IBM is silent on this because they are busy cutting sweetheart deals with MS?  Are they going to hang Sun on this?  I'm sure that by next week IBM will have to respond to ODEF.   This just keeps getting better.  So in both Texas and California they wonder if it's even possible to implement ODF solutions.  No one wants to get into that hole with Massachusetts.

    ~ge~


« First ‹ Previous 61 - 80 of 136 Next › Last »
Showing 20 items per page