Skip to main content

Home/ Document Wars/ Group items tagged XML

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
Gary Edwards

OpenDocument Lawn Jockey Knowledge base - 0 views

opendocument.xml.org/...21

iso oasis odef odf officeopenxml ooxml opendocument xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • 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.
  • Gary Edwards on 12 Dec 07
     
    The Knowledge Base description and history of OpenDocuemnt
Gary Edwards

Slashdot | Pro-ODF Legislation Loses In Six States - 0 views

it.slashdot.org/article.pl

california davinci interop iso massachusetts oasis odef odf ooxml opendocument politics xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • If this is the case then it greatly increases the scope of the bill from being a simple switch from MS Office to OpenOffice to a massive effort involving the definition of many new XML schemata, developing, testing and debugging software to handle the new schemata, creation of documentation, deployment of and training for the new software, etc., etc.
  • Another document format is not needed. This was already obvious before blogs took off, but to be promoting now is unforgivably stupid and irresponsible. Try and explain to an average person why all the typing they just did cannot even be viewed in a Web browser, they will not get it. Saving the user's typing as DOC or ODF is a con. The storage of text, styled text, graphics, photos, even movies (MPEG-4 H.264-AAC) has been solved. Your document format is ready it is HTML 4.01 Strict, CSS 2.1, and JS 1.5, there is nothing in the 1980's technology of MS Word that cannot be stored this way.
    • Gary Edwards
      Gary Edwards on 12 Dec 07
       
      Bravo! Here's someone who gets it. XHTML + CSS3 + RDFa + RDF/XML is the winner. ODF is tied to OpenOffice, Sun's machiavellian monopolist machinations, and bound to a desktop only implementation range that is so retro 1995. MOOXML of course is bound to the MS Vista Stack, where desktop, server, device and web informaiton are all interoperable if only your speak perfect MOOXML, XAML, Smart Tags, and .NET
  • Gary Edwards on 12 Dec 07
     
    Incredible.  The tile alone says it all.  And the poster commenting on IBM and secret disaster that happened in Massachusetts has it right.  I wonder who that commenter is anyway?
Gary Edwards

Microsoft Watch - Business Applications - Convergence=Integration - 0 views

www.microsoft-watch.com/...convergence_integration.html

chains exchange hubs microsoft odf office ooxml opendocument openxml sharepoint xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Microsoft significantly increases cross-integration of features with the company's other software. Microsoft acquired most of the products making up its Dynamics product line, and what a motley crew. New products and versions bring the Dynamics line more into the Microsoft family, in part by convergence—or increased integration with the company's other software.
  • Gary Edwards on 12 Dec 07
     
    Thanks for the insightful commentary Joe. I see things a bit differently. Maybe my tin foil hat is wearing a bit tight these days, but i see MSOffice XML (MOOXML and the MOOXML binary InfoSet) as a very important aspect of how Microsoft integrates and leverages their desktop office monopoly power into server side and device systems. It is the combination of MOOXML and .NET that creates the integration mesh between desktop, server systems, and devices. Imagine every application or service participating in either a loosely coupled or carefully crafted information processing chain, being fluent in MOOXML, and able to process internal data structures and processing instructions unique to .NET. Enterprise systems and services from ORACLE, IBM and SAP will not have this same integration fluency. The design of ISO MOOXML is such that it would be impossible for <b>non Microsoft server and device systems</b> to match the quality and depth of integration with the 500 million desktops running MSOffice bound business processes. Given that MOOXML will probably succeed at getting ISO/IEC approval, removing the last "legal" barrier for this MOOXML Stack, were looking at a massive migration of MSOffice bound workgroup - workflow business processes to a new lockin point; The Exchange/SharePoint Hub. With the real estate industry, this migration to to E/S hosted applications only took six months to completely replace years of desktop productivity shrinkware dominance. The leap in productivity was spectacular. The downside of this migration is that the real estate industry is now tied into Microsoft at the critically important business process level. A binding that will perhaps last through the next fifteen years.
Gary Edwards

[office] List Proposal Vote Deadline on Wednesday - 0 views

www.oasis-open.org/...msg00006.html

interoperability odf ooxml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Gary Edwards on 12 Dec 07
     
    The List Proposal donnybrook refuses to go away. In a recent argument concerning Rick Jellife's controversial post, "Harmonization by augmenting ODF with OOXML elements", ODF defender Bruce D'Arcus pointed to his own OASIS ODF TC message thread in an effort to defend Sun.

    The issue is that Rick Jellife and others are wondering why it is that Sun opposes interoperability enhancements to ODF that would solve the problem of converting MS binary and XML documents to ODF, and back.

    Bruce's reference introduces the incredibly acrimonious "List Proposal Vote Deadline" thread. He also brings up a really important problem. The ODF Charter does not reference compatibility with existing file formats as a key objective.

    The consequences of this neglect in the ODF Charter is that every time the issue of compatibility with existing MS binary or xml documents comes up, Sun claims it's, "Outside the Charter and Out of Scope".

    I've been hearing that excuse for the last five years!! Meanwhile, the world has discovered it's impossible to implement ODF without also having to totally rip out and replace MSOffice. And that means a costly re engineering all existing business processes, line of business integrated apps, and assistive technology add-ons.

    ODF failed in Massachusetts because Sun and OASIS TC refused to recognize the importance of an ODF plugin for MSOffice offering the same high fidelity "round trip" conversion as the OOXML plugin for MSOffice.

    For one reason or another, big ODF vendors are locked into a "rip out and replace - legislative mandate" strategy. A strategy to limit the interoperability of ODF with MS documents, applications, and processes has only one consequence. As Massachusetts proved to the world, ODF is impossible to implement if you have workgroups and business processes based
Gary Edwards

The MSOffice 2007 XML Extension Pack :: Business Process binding on steroids - 0 views

bp3.blogger.com/...simplesamplecs.JPG

iso odf officeopenxml ooxml opendocument xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Gary Edwards on 12 Dec 07
     
    This is a screen shot of the new business process interface for MSOffice 2007. Writing add-ons, scripts, and line of business integration apps was never so easy. This is also how Smart Document based metadate, data binding, services binding, and workflow binding can quickly be added to any document object. Very cool. The ODF alternative to the highly proprietary Smart Documents functionality is the open XForms implementation model and, the new Metadata RDF/XML RDFa enhancements. True to form, ODF has chosen to reuse existing W3C standards. Smart Documents is proprietary, and it is set to be a Lotus Notes "intelligent document" killer. It's also the way Microsoft will slam the door on Google search. The Smart Documents metadata model will provide Microsoft network share croppers with the kind of search, re-use and re-purpose tools Googlers only dream about.
Gary Edwards

Wiki Rick Jelliffe - OOXML myths debunked? Up to our ears in ODF FUD - 0 views

www.openmalaysiablog.com/...rick_jelliffe_m.html

ecma-376 iso microsoft odf officeopenxml ooxml opendocument xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Additionally, ODF was not ratified with SVG, MathML, XLink, Zip and other W3C standards all together at the same time. Instead the prior W3C standards were already well established and approved in their own right and in their own time with the relevant experts of their specific domains vetting it. MSOOXML also incorporates proposed "standards" which failed in the marketplace and now is offered a "backdoor" to standardisation process by piggy backing this nebulous specification. (See VML vs SVG, and MathML vs Microsoft Office MathML) So there is a myth being built that ODF and its constituent parts are just as large as MSOOXML, and therefore MSOOXML is OK. I for one would rather MSOOXML be even larger; to cater for unknown tags like "lineWrapLikeWord6" or a Macro specification. However what troubles me is that the special relationship between Ecma and ISO should be abused with the fast tracking of this large specification.
  • Gary Edwards on 12 Dec 07
     
    Yoon Kit brings up an interesting point about the ISO consideration of MSOOXML (Ecma 376);  ISO approval of MSOOXML would backdoor a good many MS proprietary technologies that compete directly with W3C XML standards.

    YK gives the example of MS VML, which competes with the W3C SVG standard used by ODF.  He could have also cited that legacy versions of MSOffice (98-2003) make use of VML as the default graphic format, while MSOffice 2003 9with XML plugin) and MSOffice 2007 (by default) implements DrawingML as the replacement for VML. 

    So, would ISO approval of Ecma 376 backdoor VML and DrawingML in as "standards"?  Or MSOffice MathML?   One has to wonder since they are essential to MSOOXML.

Gary Edwards

IBM In Denial Over Lotus Notes - Forbes.com - 0 views

www.forbes.com/...cz_dl_0406notes.html

exchange ibm lotus microsoft

shared by Gary Edwards on 12 Dec 07 - Cached
  • The marketing folks in IBM's Lotus division are starting to sound like the Black Knight in Monty Python and the Holy Grail, who insists he's winning a fight even as he loses both arms and legs: "'Tis but a scratch," the Black Knight declares after one arm is lopped off. "Just a flesh wound," he says after losing the other. "I'm invincible!" The same goes for IBM's (nyse: IBM - news - people ) Lotus, which keeps declaring victory even as Microsoft (nasdaq: MSFT - news - people ) carves it up.
  • Gary Edwards on 12 Dec 07
     
    Want to know the real reason why IBM and Microsoft are going at it hammer and tong over document formats?  Here it is.  Lotus Notes is getting clobbered by the Exchange/SharePoint juggernaut. 

    The article is old, but the point is well taken.  Today the Exchange/SharePoint juggernaut i sover 65% marketshare.  IBM is struggling to protect the Lotus Stack against an impossible foe.

    The thing is, Microsoft E/S will ALWAYS have better integration with the MSOffice - Outlook desktop monopoly base (550 M and counting).  Most of this "integration" is due to the high fidelity exchange of documents in Microsoft's proprietary XML mode known as MS-OOXML.   Forget the charade that MS-OOXML is an open standard called Ecma 376.  MSOffice and infamous XML Compatibility Pack Plug-in do not implement Ecma 376.  The Pack implements MS-OOXML.

    One key differnece between MS-OOXML and Ecma 376 us that MS-OOXML is infused with the Smart Tags components.  These are for metadata, data binding, data extraction, workflow, intelligent routing and on demand re purposing of docuemnt components.  In effect, MS-OOXML :: Smart Tags combines with proprietary .NET Libraries, XAML and soon enough Silverlight to replace the entire span of W3C Open Internet Technologies. 

    Can you say "HTML"?

    Okay, so why does this matter to IBM and the future of Lotus Notes?

    The end game of the document format wars is that of a stack model that converges desktop, server, devices and web information systems.  The MS Stack uses MS-OOXML as the primary transport of accelerated content/data/multi media streams running across the MS Stack of desktop, server, device and web application systems.  It's the one point of extreme interoperability.

    It's also a barrier that no non MS applicatio or service can penetrate or interoperate with except on terms Microsoft dictates. 
Gary Edwards

CDF: The common format you've never heard of - O'Reilly XML Blog - Flock - 0 views

www.oreillynet.com/...he_common_format_youve_ne.html

cdf kagle odf ooxml w3c

shared by Gary Edwards on 12 Dec 07 - Cached
  • Quick! Do you use the Compound Document Format?! You, know, CDF … surely you use CDF, right? Chances are pretty good that you have no idea about what I’m talking about. Everyone knows Microsoft’s word document format and Adobe’s PDF, chances are pretty good that if you’re reading this on XML.com you’ve heard of ODF and OOXML, especially after the fairly rancorous discussions about ISO status for these two formats. Yet CDF, hmmmm … that’s a rough one. Didn’t it belong to Corel, once upon a time?
  • CDF was in the news recently with the implosion of the Open Document Foundation, originally established to endorse ODF, though in its death throes it briefly highlighted the CDF format as perhaps a better format for documents than either OOXML or ODF. This is admittedly one of those areas where it may be justified in looking at XHTML especially and going “huh”? How can that be a full document format - it’s used for web pages, after all - you wouldn’t want to use it to mark up a full book, would you? Document formats are a lot like religions - people are ready to defend them to the death if need be, yet at the same time it becomes easy to dismiss certain religions that don’t even seem to be religions at all (such as my personal favorite, the rather philosophical Tao). Could you mock up a brochure in XHTML and CSS? Actually, it turns out that its surprisingly easy to do just that - especially if you throw a little SVG into the mix and allow the possibility of embedding XHTML within SVG (for all those odd little bits of rotation and other special effects).
Gary Edwards

XForms with Google Widgets (GTW) - IBM developerWorks : XML : - 0 views

www.ibm.com/...libraryview.jsp

gwt xforms

shared by Gary Edwards on 12 Dec 07 - Cached
  • Integrate XForms with the Google Web Toolkit, Part 3: Using GWT to create XFormsThis four-part series demonstrates how to use the Google Web Toolkit (GWT) and XForms together to create a dynamic Web application. Part 1 looked at the two technologies and how both had JavaScript underpinnings. Part 2 shows how to create a small application with two pages. One page uses GWT to show a list of artists managed by a record company. The second page uses XForms to display the albums recorded by a particular artist. Part 3 uses GWT and XForms on the same page. See how to take advantage of each technology's bindings to JavaScript by using JavaScript to achieve interactivity between GWT and XForms.
Gary Edwards

Novell adds fuel to the fire in OOXML feud - News - Builder AU - 0 views

www.builderau.com.au/...0,339028227,339284338,00.htm

shared by Gary Edwards on 12 Dec 07 - Cached
  • Microsoft has created its own proprietary document format, Office Open XML (OOXML), as a rival to the community-developed OpenDocument Format (ODF). OOXML is used in Microsoft's latest applications suite, Office 2007. Despite some efforts by the two camps, ODF and OOXML are, for the most part, not interoperable, meaning documents that are created in one format cannot be successfully read by applications based on the other format. According to Novell's vice president of developer platforms, Miguel de Icaza, the situation won't change in the foreseeable future. Want to know more? For all the latest news, analysis and opinion on open source, click here "There's no end in sight to the ongoing disputes between the two camps," said de Icaza, speaking at XML 2007, a Microsoft-sponsored event, on Tuesday. "In 2006, there was lots of FUD [fear, uncertainty and doubt] about the problems behind OOXML and it went downhill from there," Icaza said. "Neither group is willing to make the big changes required for real compatibility," de Icaza added.
    • Gary Edwards
      Gary Edwards on 12 Dec 07
       
      What efforts are you talking about? The last time any effort was made to accomodate interoperability was in 2003 with the establishment of the ODF "Compatibilty clause" (Section 1.5). "Despite some efforts by the two camps, ODF and OOXML are, for the most part, not interoperable, meaning documents that are created in one format cannot be successfully read by applications based on the other format......" Section 1.5 authorizes the use of "foreign elements" and "alien attributes". These techniques were specifically written into ODF for handling unknown characteristics of existing MSOffice documents (binary and/or xml) on conversion to ODF. Since the Section 1.5 addition in 2003, every other suggestion to improve interop between ODF and MSOffice documents has been rejected by the OASIS ODF TC and Sub Committees. There are three problems with Section 1.5. The first is that there is only so much that can be done with foreign elements and alien attributes. There are still remaining compatibility issues relating to the basic structures of lists, tables, fields, sections and page dymnamics. The OpenDocument Foundaiton spent over a year trying to get approval for five generic elements relating to these structures, without success. As i said, there has not been a single successful comatibility - interoperability effort since 2003, although many have been proposed. The second reason for the failure of Section 1.5 is that OpenOffice only partially implements the "Compatibility Clause". OOo only recognizes "foreign elements and alien attributes" with text spans and paragraphs. The third reason is that "compatibility" is optional in ODF. The clause does not have any teeth. Applications can implement only those aspects of the spec they feel like implementing, and still be in total "compliance". This creates serious interop problem not only for MSOffice plug-in comverted documents, but also renders as
Gary Edwards

Interoperability Enhancement Proposal: Suggested ODF1.2 items - 0 views

lists.oasis-open.org/...msg00048.html

foundation interop ix odf odfix opendocument subset

shared by Gary Edwards on 20 Jan 08 - Cached
  • Subject: Suggested ODF1.2 items From: "Florian Reuter" &lt;freuter@novell.com&gt; To: &lt;office@lists.oasis-open.org&gt; Date: Mon, 20 Nov 2006 17:03:24 +0100
  • Gary Edwards on 20 Jan 08
     
    This is the fifth of the six major iX - interoperability enhancement proposals submitted to the OASIS ODF TC - SC between July 2006 and February of 2007. This particular iX proposal lead to the "List Enhancement Proposal" donnybrook that consumed the OASIS ODF TC for the next six months, ending with the OpenDocument Foundation being booted out of OASIS in May of 2007. The six iX proposals were all different approaches to the same basic problem: ODF was not desinged to be interoperable with MSOffice documents, applications or bound processes. The proposals come out of the OpenDocument' Foundation's efforts to save ODF in Massachusetts. ODF iX repressents a subset of ODF designed to grealty improve compatibility with MS binary and XML formats. With the ODF iX subset, the da Vinci plug-in would be able to convert the billions of MSOffice binary and xml documents with a very high level of fidelity, and do so within the bounds of "round trip" business processes. The most basic iX approach was to add five generic elements to the existing ODF specification. The five generic elements would cover lists, tables, fields, sections, and page dynamics (breaks). It is a well known fact that these five areas of incompatibility between OpenOffice ODF and MSOffice binaries represent 95% of all conversion fidelity problems. MSOffice has one way of implementing lists, and, OpenOffice has another. These application specific implementation models are irreconcilably different. It's also true that the applicaiton specific implementation models are directly reflected in each file format. So applications implementing ODF must also implement the OpenOffice model for lists, fields, tables, sections and page dynamics-page positioning if they are to have any meaningful measure of exchange fidelity. Perhaps the best of the iX approaches was that based on the innovative use of metadata to describe presentation-layout attributes.
Gary Edwards

Independent study advises IT planners to go OOXML | All about Microsoft | ZDNet.com - 0 views

blogs.zdnet.com/microsoft

burtongorup cdf css garyedwards maryjo odf okelly ooxml w3c xhtml

shared by Gary Edwards on 20 Jan 08 - Cached
  • “ODF represents laudable design and standards work. It’s a clean and useful design, but it’s appropriate mostly for relatively unusual scenarios in which full Microsoft Office file format fidelity isn’t a requirement. Overall, ODF addresses only a subset of what most organizations do with productivity applications today.” The report continues: “ODF is insufficient for complex real-world enterprise requirements, and it is indirectly controlled by Sun Microsystems, despite also being an ISO standard. It’s possible that IBM, Novell, and other vendors may be able to put ODF on a more customer-oriented trajectory in the future and more completely integrate it with the W3C content model, but for now ODF should be seen as more of an anti-Microsoft political statement than an objective technology selection.”
    • Gary Edwards
      Gary Edwards on 20 Jan 08
       
      Mary Jo takes on the recently released Burton Group Report comparing OOXML and ODF. Peter O'Kelly, one of the Burton Group authors, once famously said, "ODF is a great format if you live in an alternative universe where MSOffice doesn't exist!" This observation speaks to the core problem facing ODF and those who seek to implement the ODF standard: ODF was not designed for the conversion of MSOffice documents. Nor was ODF designed to work with MSOffice applications. Another way of saying this is to state that ODF was not designed to be interoperable with MSOffice documents, applications and bound processes. The truth is that ODF was designed for OpenOffice/StarOffice. It is an application specific format. Both OOXML and ODF do a good job of separating content from presentation (style). The problem is that the presentation - layout layers of both ODF and OOXML remains bound to specific applications producing it. While the content layers are entirely portable and can be exchanged without information loss, the presentation layers can not. Microsoft makes no bones about the application specific design and purpose of OOXML. It's stated right in the Ecma 376 charter that OOXML was designed to be compatible with MSOffice and the billions of binary documents in MSOffice specific binary formats. The situation however is much more confusing with ODF. ODF is often promoted as being application, platform and vendor independent. After five years of development though, the OASIS ODF TC has been unable to strip ODF of it's OpenOffice/StarOffice specific aspects. ODF 1.0 - ISO 26300 had three areas that were under specified; meaning these areas were described in syntax only, and lacked the full semantics demanded by interoperable implementations. Only OpenOffice and StarOffice code base applications are able to exchange documents with an acceptable fidelity. The three under specified areas of ODF are: Lists (numbered), F
Gary Edwards

The future of XML - 0 views

www.ibm.com/...x-xml2008prevw.html

odf ooxml xhtml xml

shared by Gary Edwards on 07 Mar 08 - Cached
  • Of course, the most important conversion isn't from OpenDoc to OOXML or vice versa: it's a down conversion from either OpenDoc or OOXML to XHTML. The HTML exporters in OpenOffice and Microsoft Office are uniformly atrocious. Look for third-party developers to pick up the slack. Most important, look for individual corporate developers and webmasters to begin publishing custom templates for their sites. This will enable regular folks to write in Microsoft Word as they're accustomed to doing and then upload their musings straight into the local content-management system. Editing and reviewing tools can be built right in. Because machines generate all the markup (the humans see the GUI interface they're used to), well-formedness will be a freebie. The majority of the Web won't be well-formed by the end of 2008, but a larger percentage will be than today.
Gary Edwards

Open XML trumps ODF in document format fight, consulting firm says - 0 views

www.computerworld.com/...article.do

burtongorup cdf odf okelly ooxml w3c

shared by Gary Edwards on 20 Jan 08 - Cached
  • Marino Marcich, executive director of the OpenDocument Format Alliance, retorted via e-mail that many users are taking "a buyer-beware attitude" toward Open XML because that format "is not interoperable and will tie them to the upgrade path of a single vendor." For example, he noted that Becta, the U.K. government's educational technology agency, last week released a report of its own advising, among other things, that to ensure the widest compatibility of files between different applications, Office 2007 users shouldn't save documents in Open XML. Instead, Becta recommended the continued use of Microsoft's older and proprietary .doc, .xls and .ppt formats.
    • Gary Edwards
      Gary Edwards on 20 Jan 08
       
      It's true, OOXML is not interoperable. It was designed for MSOffice and MSOffice only. The problem is that there is no interoperable" alternative to OOXML!!!! ODF itself has serious interoperability problems fully demonstrated at the October 2007 ODF Interoeprability Workshop held in Barcelona Spain. If users want interoperbility with ODF, they must settle on a single ODF vendor. So how is that different from the interop problems imposed by OOXML?
Gary Edwards

Microsoft's bid to fast track MSXML fails. Long live the Queen!!!!!! - 0 views

www.computeractive.co.uk/2174199

ecma376 imported:del.icio.us mooxml msecma odf opendocument

shared by Gary Edwards on 12 Dec 07 - Cached
  • Gary Edwards on 12 Dec 07
     
    Microsoft's bid to get its Open XML formats recognised as an international standard faces a delay for at least three months and could fail altogether, it emerged today.
  • Gary Edwards on 12 Dec 07
     
    Microsoft's bid to get its Open XML formats recognised as an international standard faces a delay for at least three months and could fail altogether, it emerged today.
  • Gary Edwards on 12 Dec 07
     
    Microsoft's bid to get its Open XML formats recognised as an international standard faces a delay for at least three months and could fail altogether, it emerged today.
Gary Edwards

Keeping both sides honest - O&#0092;'Reilly XML Blog - 0 views

www.oreillynet.com/...keeping_both_sides_honest.html

massachusetts microsoft odf ooxml opendocument openxml

shared by Gary Edwards on 12 Dec 07 - Cached
  • The former State Government CIO of Massachusetts (a state in USA) Louis Gutierrez has a worthwhile interview in Computerworld this week. What I like about the article in particular is that he seems clear that the role of govenment is not just to passively accept standards, but to pragmatically assess the suitability and impact and processes of each one. ISO makes “voluntary standards” not laws. Gutierrez says the obvious: that there is a marked difference in the feature set between ODF and OpenXML (”straightforward simplicity” versus “feature-rich but very idiosyncratic diversty”): he does not trivialize the difference in coverage or scope between the two.
  • Gary Edwards on 12 Dec 07
     
    Finally, someone in Massachusetts is talking and it's the master, Louis Gutierrez.  Wiki Ricki has some nice comments about the ComputerWorld interview with Louis.  As have become his custom though, Rick once again carries the flag (or should i say water) for Microsoft.  Rick's expertise in XML used to be the draw for his column.  Now you have to parse through his comments, separating the nuggets of truth from the torren of bias.  Paid bias.  It's too bad.  Rick was one of the best. 
Gary Edwards

Comments Received in Response to JTC 1 N 8455 - 30 Day Review for Fast Track Ballot ECM... - 0 views

www.incits.org/...DIS29500.htm

ecma376 iso/iec iso26300 odf ooxml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Gary Edwards on 12 Dec 07
     
    Well, this is interesting.

    What part of "Executive Board" makes you think they read 6,000 page XML specifications? <ge>

    I think, in the best bureaucratic tradition, they argued definitions until they convinced themselves that they didn't need to do anything.  They decided that one standard contradicts another standard only if the proposed standard causes the existing standard not to work.  This is from analogy with the Chinese WAPI WiFi networking standard last year that was defeated because the protocol caused radio interference with existing 801.11 networks.  So they said that OOXML did not contradict ODF because both files could exist on the same disk without interfering with each other.   You will note that thiss argument can be used for every XML format, every programming language, every operating system, in fact every software standard, since software is ultimately data, and data can be segregated on disks.  So they essentially chose a definition so narrow that it nullified the concept of "contradiction" for most of what JTC1 has authority over.<!-- D(["mb","<div><br><span style\u003d\"color:rgb(0, 0, 153)\"><ge>  Wait a second.   You cannot have a OOXML document and a ODF document sitting on the same disk without having them interfer with each other.  We just proved that with our tests of both ACME 374 and ODF Da Vinci plugin on the latest release of MSOffice Word 2007.\n</span><br style\u003d\"color:rgb(0, 0, 153)\"><br style\u003d\"color:rgb(0, 0, 153)\"><span style\u003d\"color:rgb(0, 0, 153)\">OOXML clearly does interfere with the loading of an ODF file into MSWord 2007.  In prior versions of MSWord (98, 2000, XP, 2003
Gary Edwards

Vista and Office 2007 spin tales from the Underground | Channel Register - 0 views

www.channelregister.co.uk/...page2.html

exchange iso microsoft msoffice oasis odf ooxml opendocument openxml sharepoint vista xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Firstly it is a back end to what most people would traditionally think of as "Microsoft Office", i.e. the suite of desktop tools (Word, PowerPoint, Excel and so on). In this respect, it acts as a hub for collaboration, document storage/sharing, search and a range of other functions. However, SharePoint can also be used independently of the Office desktop components as a very respectable and capable portal environment for serving up either native .Net or composite applications to users through a browser.
  • Gary Edwards on 12 Dec 07
     
    Excellent article about Vista and MSOffice "System" 2007 as development platforms.  The author provides one of the better explanations of how MSOffice 2007 and SharePoint "Hub" are connected and joined at the hip.  Hey, i invented tha tterm "Hub"!  Or so i thought.  I guess some things are just obvious.

    My use of the term "Hub" to describe an XML turnstile where backend information meges with portal interfaces, email, messaging, and document storage/collaboration goes back to the 2003 "Sales and Inventory" management system prototype we built for Comcast.  Desktops connect to the hub through XML documents, XForms and Jabber XMPP data binding, and browsers.  Great stuff - the way SOA should be done!

Gary Edwards

EOOXML objections - Grokdoc - 0 views

www.grokdoc.net/...EOOXML_objections

ecma eooxml imported:del.icio.us iso jtc-1 microsft mooxml oasis odf

shared by Gary Edwards on 12 Dec 07 - Cached
  • Gary Edwards on 12 Dec 07
     
    Marbux has done some heroic work here, using the GrokDoc Wiki.  The Title is "EOOXML Objections", and it's primary purpose is to help ISO National Body Memebers evaluate the 0ver 6,000 pages of the Microsoft - ECMA Office Open XML Specification for MSOffice. 

    On January 5th, 2007, Microsoft officially submitted EOOXML to ISO under the fast track rules.  Before EOOXML can hit the fast track though, ISO provides members with a 30 day "Contradition Review Phase".   During this brief phase, ISO NB's (national standards body members) muct evaluate the proposal and post their allegations concerning contradictions and inconsistencies with other ISO products - like ODF.

    What Marbux is assembling here is a one stop shop for ISO NB's strugglign to understand the issues at stake.  It's incredible wha the has accomplished in such a short time.  But then, the clock is ticking.  February 5th is a hard and unmovable deadline. 

    The basic contradiction is thatt EOOXML is a subset of ISO existing product, ODF.  Both attempt to do the exact same thing:  provide an XML file format for desktop productivity environments such as MSOffice, OpenOffice, and WordPerfect Office.  What seriously differentiates the two is that ODF was designed expressly to be a universal file format, application and platform independent, able to transition across many different information domains connecting the legacy of desktop productivity to near everything else.  MOOXML on the other hand was designed for MSOffice and the legacy of billions of binary documents that only Micrsoft knows the secrets to converting to XML.  As such, MOOXML is designed to be application and platform bound, with these proprietary dependencies written right into the specification.

    One of the more important elements of the Marbux arguments is that the OpenDocument Foundation's daVinci Plugin and InfoSet Engine - API prove conclusively
Paul Merrell

Gray Matter : Compatibility Pack for Open XML passes 100 million downloads - 0 views

blogs.technet.com/...ses-100-million-downloads.aspx

office 2007 compatibility pack odf-ooxml stats

shared by Paul Merrell on 24 Jun 09 - Cached
  • The Compatibility Pack, software that allows you to open, edit and save Open XML format documents in Office XP and 2003 has now been downloaded over 100 million times.
  • Paul Merrell on 24 Jun 09
     
    Also includes stats in table form indicating that according to Google Search OOXML documents now outnumber ODF documents on the Web, for word processor documents, spreadsheet documents, and presentation documents.
« First ‹ Previous 61 - 80 of 198 Next › Last »
Showing 20▼ items per page