Skip to main content

Home/ OpenDocument/ Group items tagged integration

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
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 13 Mar 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 13 Mar 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

Microsoft Watch Finally Gets it - It's the Business Applications!- Obla De OBA Da - 1 views

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

odef odf officeopenxml ooxml opendocument vista-stack

shared by Gary Edwards on 13 Jul 07 - Cached
  • To be fair, Microsoft seeks to solve real world problems with respect to helping customers glean more value from their information. But the approach depends on enterprises adopting an end-to-end Microsoft stack—vertically from desktop to server and horizontally across desktop and server products. The development glue is .NET Framework, while the informational glue is OOXML.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      OOXML is the transport - a portable XML document model where the "document" is the interface into content/data/ and media streaming.

      The binding model for OOXML is "Smart Documents", and it is proprietary!

      Smart Documents is how data, streaming media, scripting-routing-workflow intelligence and metadata is added to any document object.

      Think of the ODF binding model using XForms, XML/RDF and RDFA metadata. One could even use Jabber XMP as a binding model, which is how we did the Comcast SOA based Sales and Inventory Management System prototype.

      Interestingly, Smart Documents is based on pre written widgets that can simply be dragged, dropped and bound to any document object. The Infopath applicaiton provides a highly visual means for end users to build intelligent self routing forms. But Visual Studio .NET, which was released with MSOffice 2007 in December of 2006. makes it very easy for application and line of business integration developers to implement very advanced data binding using the Smart Document widgets.

      I would also go as far to say that what separates MSOOXML from Ecma 376 is going to be primarily Smart Documents.

       Yes, there are .NET Framework Libraries and Vista Stack dependencies like XAML that will also provide a proprietary "Vista Stack" only barrier to interoperability, but Smart Documents is a killer.

      One company that will be particularly hurt by Smart Documents is Google. The reason is that the business value of Google Search is based on using advanced and closely held proprietary algorithms to provide metadata structure for unstrucutred documents.

      This was great for a world awash in unstructured documents. By moving the "XML" structuring of documents down to the author - workgroup - workflow application level though, the world will soon enough be awash in highly structured documents that have end user metadata defining document objects and
  • Microsoft seeks to create sales pull along the vertical stack between the desktop and server.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      The vertical stack is actually desktop - server - device - web based.  The idea of a portable XML document is that it must be able to transition across the converged application space of this sweeping stack model.

      Note that ODF is intentionally limited to the desktop by it's OASIS Charter statement.  One of the primary failings of ODF is that it is not able to be fully implemented in this converged space.  OOXML on the other hand was created exactly for this purpose!

      So ODF is limited to the desktop, and remains tightly bound to OpenOffice feature sets.  OOXML differs in that it is tightly bound to the Vista Stack.

      So where is an Open Stack model to turn to?

      Good question, and one that will come to haunt us for years to come.  Because ODF cannot move into the converged space of desktop to server to device to the web information systems connected through portable docuemnt/data transport, it is unfit as a candidate for Universal File Format.

      OOXML is unfi as a UFF becuase it is application - platform and vendor bound.

      For those of us who believe in an open and unencumbered universal file format, it's back to the drawing board.

      XHTML (XHTML CSS3 RDF) is looking very good.  The challenge is proving that we can build plugins for MSOffice and OpenOffice that can fully implement XHTML .  Can we conver the billions of binary legacy documents and existing MSOffice bound business processes to XHTML ?

      I think so.  But we can't be sure until the da Vinci proves this conclusively.

      One thign to keep in mind though.  The internal plugins have already shown that it is possible to do multiple file formats.  OOXML, ODF, and XML encoded RTF all have been shown to work, and do so with a level of two way conversion fidelity demanded by existing business processes.

      So why not try it with XHTML , or ODEF (the eXtended version of ODF en
  • Microsoft's major XML-based format development priority was backward compatibility with its proprietary Office binary file formats.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      This backwards compatibility with the existing binary file formats isn't the big deal Micrsoft makes it out to be.  ODF 1.0 includes a "Conformance Clause", (Section 1.5) that was designed and included in the specification exactly so that the billions of binary legacy documents could be converted into ODF XML.

      The problem with the ODF Conformance Clause is that the leading ODF application, OpenOffice,  does not fully support and implement the Conformance Clause. 

      The only foreign elements supported by OpenOffice are paragraphs and text spans.  Critically important structural document characteristics such as lists, fields, tables, sections and page breaks are not supported!

      This leads to a serious drop in conversion fidelity wherever MS binaries are converted to OpenOffice ODF.

      Note that OpenOffice ODF is very different from MSOffice ODF, as implemented by internal conversion plugins like da Vinci.  KOffice ODF and Googel Docs ODF are all different ODF implementations.  Because there are so many different ways to implement ODF, and still have "conforming" ODF documents, there is much truth to the statement that ODF has zero interoperabiltiy.

      It's also true that OOXML has optional implementation areas.  With ODF we call these "optional" implementation areas "interoperabiltiy break points" because this is exactly where the document exchange  presentation fidelity breaks down, leaving the dominant market ODF applicaiton as the only means of sustaining interoperabiltiy.

      With OOXML, the entire Vista Stack - Win32 dependency layer is "optional".  No doubt, all MSOffice - Exchange/SharePoint Hub applications will implement the full sweep of proprietary dependencies.    This includes the legacy Win32 API dependencies (like VML, EMF, EMF ), and the emerging Vista Stack dependencies that include Smart Documents, XAML, .NET 3.0 Libraries, and DrawingML.

      MSOffice 2007 i
  • ...6 more annotations...
  • Microsoft's backwards compatibility priority means the company made XML-based format decisions that compromise the open objectives of XML. Open Office XML is neither open nor XML.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      True, but a tricky statement given that the proprietary OOXML implementation is "optional".  It is theoretically possible to implement Ecma 376 without the prorpietary dependencies of MSOffice - Exchange/SharePoint Hub - Vista Stack "OOXML".

      In fact, this was first demonstrated by the legendary document processing - plugin architecture expert, Florian Reuter.

      Florian has the unique distinction of being the primary architect for two major plugins: the da Vinci ODF plugin for MSOffice, and, the Novell OOXML Translator plugin for OpenOffice!

      It is the Novell OOXML Translator Plugin for OpenOffice that first demonstrated that Ecma 376 could be cleanly implemented without the MSOffice application-platform-vendor specific dependencies we find in every MSOffice OOXML document.

      So while Joe is technically correct here, that OOXML is neither open nor XML, there is a caveat.  For 95% of all desktops and near 100% of all desktops in a workgroup, Joe's statment holds true.  For all practical concerns, that's enough.  For Microsoft's vaunted marketing spin machine though, they will make it sound as though OOXML is actually open and application-platform-vendor independent.


  • Microsoft got there first to protect Office.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      No. I disagree. Microsoft needs to move to XML structured documents regardless of what others are doing. The binary document model is simply unable to be useful to any desktop- to server- to device- to the web- transport!

      Many wonder what Microsoft's SOA strategy is. Well, it's this: the Vista Stack based on OOXML-Smart Documents-.NET.

      The thing is, Microsoft could not afford to market a SOA solution until all the proprietary solutions of the Vista Stack were in place.

      The Vista Stack looks like this:

      ..... The core :: MSOffice <> OOXML <> IE <> The Exchange/SharePoint Hub

      ..... The services :: E/S HUb <> MS SQL Server <> MS Dynamics <> MS Live <> MS Active Directory Server <> MSOffice RC Front End

      The key to the stack is the OOXML-Smart Documents capture of EXISTING MSOffice bound business processes and documents.

      The trick for Microsoft is to migrate these existing business processes and documents to the E/S Hub where line of business developers can re engineer aging desktop LOB apps.

      The productivity gains that can be had through this migration to the E/S Hub are extraordinary.

      A little over a year ago an E/S Hub verticle market application called "Agent Achieve" came out for the real estate industry. AA competed against a legacy of twenty years of contact management based - MLS data connected desktop shrinkware applications. (MLS-Multiple Listing Service)

      These traditional desktop client/server productivity apps defined the real estate business process as far as it could be said to be "digital".  For the most part, the real estate transaction industry remains a paper driven process. The desktop stuff was only useful for managing clients and lead prospecting. No one could crack the electronic documents - electonic business transaction model.  This will no doubt change with the emer
  • By adapting XML
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      The requirements of these E/S Hub systems are XP, XP MSOffice 2003 Professional, Exchange Server with OWL (Outlook on the Web) , SharePoint Server, Active Directory Server, and at least four MS SQL Servers!

      In Arpil of 2006, Microsoft issued a harsh and sudden End-of-Life for all Windows 2000 - MSOffice 2000 systems in the real estate industry (although many industries were similarly impacted). What happened is that on a Friday afternoon, just prior to a big open house weekend, Microsoft issued a security patch for all Exchange systems. Once the patch was installed, end users needed IE 7.0 to connect to the Exchange Server Systems.

      Since there is no IE 7.0 made for Windows 2000, those users relying on E/S Hub applications, which was the entire industry, suddenly found themselves disconnected and near out of business.

      Amazingly, not a single user complained! Rather than getting pissed at Microsoft for the sudden and very disruptive EOL, the real estate users simply ran out to buy new XP-MSOffice 2003 systems. It was all done under the rational that to be competitive, you have to keep up with technology systems.

      Amazing. But it also goes to show how powerfully productive the E/S Hub applications can be. This wouldn't have happened if the E/S Hub applications didn't have a very high productivity value.

      When we visited Massachusetts in June of 2006, to demonstrate and test the da Vinci ODF plugin for MSOffice, we found them purchasing en mass E/S Hubs! These are ODF killers! Yet Microsoft sales people had convinced Massachusetts ITD that Exchange/SahrePoint was a simple to use eMail-calendar-portal system. Not a threat to anyone!

      The truth is that in the E/S Hub ecosystem, OOXML is THE TRANSPORT. ODF is a poor, second class attachment of no use at the application - document processing chain level.

      Even if Massachusetts had mandated ODF, they were only one E/S Hub Court Doc
  • Microsoft can offer businesses many of the informational sharing and mining benefits associated with the markup language while leveraging Office and supporting desktop and server products as the primary consumption conduit.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      Okay, now Joe has the Micrsoft SOA bull by the horns.  Why doesn't he wrestle the monster down?
  • Microsoft will vie for the whole business software stack, a strategy that I believe will be indisputable by early 2009 at the latest.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      Finally, someone who understands the grand strategy of levergaing the desktop monopoly into the converged space of server, device and web information systems.

      What Joe isn't watching is the way the Exchange/SharePoint Server connects to MS SQL Server, Active Directory Server, MS LIve and MS Dynamics.

      Also, Joe does not see the connection between OOXML as the portable XML document/data transport, and the insidiously proprietary Smart Documents metadata - data binding system that totally separates MSOOXML from Ecma 376 OOXML!
  • I'm convinced that Office as a platform is an eventual dead end. But Microsoft is going to lead lots of customers and partners down that platform path.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      Yes, but the new platform for busines process development is that of MSOffice <> Exchange/SharePoint Hub.

      The OOXML-Smart Docs transport replaces the old binary document with OLE and VBA Scripts and Macros functionality.  Which, for the sake of brevity we can call the lead Win32 API dependencies.

      One substantial difference is that OOXML-Smart Docs is Vista Stack ready, while the Win32 API dependencies were desktop bound.

      Another way of looking at this is to see that the old MSOffice platform was great for desktop application integration.  As long as the complete Win32 API was available (Windows MSOffice VBA run times), this platform was great for workgroups.  The Line of Business integrated apps were among the most brittle of all client/server efforts, bu they were the best for that generation.

      The Internet offers everyone a new way of integrating data, content and streaming media.  Web applications are capable of loosly coupled serving and consuming of other application services.  Back end systems can serve up data in a number of ways: web services as SOAP, web services as AJAX/REST, or XML data streams as in HTTPXMLRequest or Jabber P2P model.

      On the web services consumption side, it looks like AJAX/REST will be the block buster choice, if the governance and security issues can be managed.

      Into this SOA mash Microsoft will push with a sweeping integrated stack model.  Since the Smart Docs part of the OOXML-Samrt Docs transport equation is totally proprietary, but used throughout the Vista Stack, it will provide Microsoft with an effective customer lockin - OSS lockout point.

  • Gary Edwards on 15 Jul 07
     
    Great article series from eWeek.  A must read.  But it all comes down to interoperability across two stack models:  The Microsoft Vista Stack, and an alternative Open Stack model that does not yet exist!

    Incompatible formats become a nightmare for the kind of integration any kind of SOA implementation depends on, let alone the Web 2.0 AJAX MashUps this article focuses on.

    I wonder why eWEEK didn't include the Joe Wilcox Micrsoft Watch Article, "Obla De OBA Da".  Joe hit hard on the connection between OOXML and the Vista Stack.  He missed the implications this will have on MS SOA solutions.  Open Source SOA solutions will be locked out of the Vista Stack.  And with 98% or more of existing desktop business processes bound to MSOffice, the transition of these business processes to the Vista Stack will no doubt have a dramatic impact on the marketplace.  Before the year is out, we'll see Redmond let loose with a torrent of MS SOA solutions.  The only reason they've held back is that they need to first have all the Vista Stack pieces in place.

    I don't think Microsoft is being held back by OOXML approval at ISO either.  ISO approval might have made a difference in Europe in 2006, but even there, the EU IDABC has dropped the ISO requirement.  For sure ISO approval means nothing in the US, as California and Massachusetts have demonstrated. 

    All that matters to State CIO's is that they can migrate exisiting docuemnts and business processes to XML.  The only question is, "Which XML?  OOXML, ODF or XHTML+".

    The high fidelity conversion ratio and non disruptive OOXML plugin for MSOffice has certainly provided OOXML with the edge in this process. <br
Gary Edwards

Indecision in Redmond as Web apps charge : Office 2.0 and Google Apps - 0 views

weblog.infoworld.com/...013777.html

cdf html odf officeopenxml ooxml opendocument

shared by Gary Edwards on 12 Sep 07 - Cached
  • the fact is that Redmond could own this new space if it wanted to. All it would need to do is push interoperability and integration between lightweight Web versions of Office applications and its desktop fatware. Advanced features would be absent from the lightweight versions, but the company could ensure any Office doc would load on the Web -- whatever new desktop service packs and upgrades might appear -- and online document management could be integrated with Windows for offline access.
  • Gary Edwards on 12 Sep 07
     
    Great quote from Eric Knorr.  He hits the nail on the head here, pointing out the problem Office 2.0  Web Apps and SaaS apps face:  If these Web wonders have interoperability and high fidelity document exchange with MSOffice, their collaborative features are value added wonders for existing business processes and workgroup-workflow scenarios.  If, on the other hand they lack this level of interop - integration with MSOffice documents and processes, the value add becomes a problematic split in a business process.  The only way to overcome that kind of a split is to take the entire process.  Which is difficult for lightweight mashup happy web wonders to do.

    Which leaves each and every one of these Office 2.0 - Web 2.0 - Saas Apps vulnerable to Microsoft.  As long as Micrsoft owns the interop-integration keys to MSOffice, the web wonders live a precarious life.  At any time Microsoft can swoop in and take it all.

    Today, the MSOffice OOXML file format displays perfectly in a browser.  It's 100% web ready, but only the MS Stack of applications gets to play.  Web wonders are not likely to recieve a Redmond invite now or ever.

    Which brings us to the issue of the da Vinci plug-in for MSOffice.  da Vinci is a clone of the OOXML plug-in for MSOffice, and fully leverages the same internal conversion process that OOXML enjoys.  It can achieve the same high fidelity "round trip" conversion that OOXML is capable of.  Maybe even better. 

    The problem for da Vinci isn't conversion fidlelity.  Nor is it capturing  business process important VBa scripts, macros, OLE, and security settings.  da Vinci can do that just fine.  The problem is that da Vinci cannot pipe MSOffice developer platform documents into ODF!!  For the love of five generic eXtensions, called the iX "interoperability enhancements", which the OASIS ODF TC blew off, ODF
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 19 Oct 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 19 Oct 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

INTERVIEW: Craig Mundie -- Microsoft's technology chief, taking over from Bill Gates - 0 views

www.apcmag.com/...logy_chief_taking_over_from_bi

cdf odf officeopenxml ooxml opendocument

shared by Gary Edwards on 15 Sep 07 - Cached
  • In this exclusive interview with APC, Mundie says the notion of all software delivered entirely through the web browser is now widely recognised as being 'popular mythology'. He also stakes the claim that Google's existence and success was contingent on Microsoft creating Windows. He talks about what's coming down the pipeline for future versions of Windows, and his belief that Windows can get still more market share than it has today. He also discusses the issues around the recent controversy over the Office Open XML file format.
  • So Vista is in its diffusion cycle and until there is enough of it out there, you won't really see the developer community come across.
    • Gary Edwards
      Gary Edwards on 15 Sep 07
       
      Uh, the diffusion we really should be focused on involves the OOXML plug-in for MSOffice, IE 7.0, MSOffice 2007, and the Exchange/SharePoint Hub. 

      The Exchange/SahrePoint juggernaught is now at 65% marketshare, with Apache servers in noticeable decline.

      So it seems the improtant "diffusion" is going forward nicely.  The exploitation of the E/S Hub has also started, and here the Microsoft deelopers have an uncahllenged advantage.  Most of the business processes being migrated to the E/S Hub are coming off the MSOffice bound desktop.  Outsiders to the MS Stack do not have the requisite access to the internals that drive these MSOffice bound business processes, so they have little hope of getting into the "exploitation" cycle.

      This aspect was on full display at the recent Office 2.0 Conference in San Francisco.  The only way a O2 provider can position their service as a collaborative addon to existing business processes is to have some higher level of interop-integration into those processes beyond basic conversion to HTML.

      Most O2 operatives struggle to convince the market that an existing business process can be enhanced by stepping outside the process and putting the collaboration value elsewhere.  While this approach is disruptive and unfriendly, it tends to work until a more integrated, more interoperable coolaboration value becomes available.

      And that's the problem with O2.  Everyone is excited over the new collaboration possibilities, but the money is with the integration of collaborative computing into existing business processes.  This is a near impossible barrier for non Microsoft shops and would be competitors.  If you're Microsoft though, and you control existing formats, applications and processes, the collaboration stuff is simple value added on.  It's all low hanging fruit that Microsoft can get paid to deliver while O2 players struggle to f
  • So far, we have delivered about 60 million copies. That would represent about six per cent of the global Windows install base. So it has probably got to get up another few percentage points before you will start to see a big migration of the developer community.
    • Gary Edwards
      Gary Edwards on 15 Sep 07
       
      What is he talking about? Does a developer write to Vista? Or do they write to MS Stack ready .NET - OOXML-Smart Documents, XAML, Silverlight stuff?
  • ...2 more annotations...
  • Rather, what will happen is that you'll have, a seamless integration of locally running software in increasingly powerful client devices (not just desktops) and a set of services that work in conjunction with that. A lot of what we are doing with the Live platform not only allows us to provide the service component for our parts, but also gives the abilities for the developer community to perfect their composite applications and get them deployed at scale.
    • Gary Edwards
      Gary Edwards on 15 Sep 07
       
      Bear in mind that these "service components" are proprietary, and represent the only way to connect MS clients to the rest of the MS STack of applications.
  • Microsoft's business is not to control the platform per se, but in fact to allow it to be exploited by the world's developers. The fact that we have it out there gives us a good business, but in some ways it doesn't give us an advantage over any of the other developers in terms of being able to utilise it.
    • Gary Edwards
      Gary Edwards on 15 Sep 07
       
      Oh right! The anti trust restrictions will not be lifted until November. Have to be careful here. But how is it Craig that non Microsoft devlopers and service providers will be albe to access and interoperate with important "service components"?
  • Gary Edwards on 15 Sep 07
     
    Great inteview, i'll comment as i make my way down the page.  Hopefully others will do the same.
Gary Edwards

Most Business Tech Pros Wary About Web 2.0 Tools In Business - Technology News by Infor... - 0 views

www.informationweek.com/...showArticle.jhtml

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

shared by Gary Edwards on 06 Mar 07 - Cached
  • How should an IT team start thinking about an Enterprise 2.0 strategy? One way is to carve it into two main areas. The first is Web-based information sharing--think business versions of Wikipedia, MySpace, and Flickr. A sizable minority of companies are finding effective business uses for blogs, wikis, syndicated feeds, pervasive search, social networking, collaborative content portals like SharePoint, and mashups that use easier-to-integrate APIs and fast-response development techniques such as Ajax. One example: Wikis, which let multiple people access and edit a document online, are widely used at 6% of companies in our survey and used effectively by a few employees at 25% of companies. The second area is voice and messaging, where voice over IP, instant messaging, presence, videoconferencing, and unified communications can make it possible to connect people in more relevant ways. Unified communications entails the blending of voice calls, video, and messages, coupled with functionality like embedded click-to-call links in documents and contact lists and the ability to see if colleagues and partners are available to chat. It's widely used at 13% of companies surveyed and effectively by a few at 24%.
  • Gary Edwards on 06 Mar 07
     
    Great coverage from InformationWeek about the emerging Enterprise 2.0 arena.  Author Michael Hoover does not get too deep into the Information Processing Chain, as exampled by the integrated Vista Stack of desktop, server, device,Internet systems and services.  But he provides a more than adequate framework for evaluating chain components.

    As the ODF - OOXML battle contiues to expand, engulfing swallowing and swamping near everythign in it's path, the day is not too far off when the battle will move to the center of Enterprise 2.0 considerations.  It has to.  XML Hubs are how these converging technologies are going to be gathered, integrated and configured to impact rapidly changing business processes.  There has to be a universal transport in these systems that all applications can work, and nothig matches the highly portable and interactive document/data capabilities of ODF and OOXML.  They alone own the desktop prodcutivity environment migration to XML.  And it will be through XML - RDF/XML that the Hubs finally integrate the flow of information between desktops, servers, devices and Internet systems.

    ~ge~

Gary Edwards

CDI WICD 2.0 - 0 views

www.w3.org/...Overview.html

cdf css svg w3c wicd xforms xhtml

shared by Gary Edwards on 20 Jan 08 - Cached
  • This document defines a generic language-independent processing model for combining arbitrary document formats. The Compound Document Framework is language-independent. While it is clearly meant to serve as the basis for integrating W3C's family of XML formats within its Interaction Domain (e.g., MathML, SMIL, SVG, VoiceXML, XForms, XHTML, XSL) with each other, together with CSS and the DOM; it can also be used to integrate non-W3C formats with W3C formats or integrate non-W3C formats with other non-W3C formats. 1.1. Conformance Everying in this specification is normative except for diagrams, examples, notes and sections marked non-normative. The key words must, must not, required, shall, shall not, should, should not, recommended, may and optional in this document are to be interpreted as described in RFC 2119 [RFC2119]. This specification defines the following classes of products: conforming implementation A user agent that implements all interfaces described in this specification and follows all must-, required- and shall-level of critera in this specification. conforming document A document that follows all must-, required- and shall-level of critera in this specification that apply to document authors. conforming authoring tool One that produces conforming documents.
Gary Edwards

Office generations 1.0 - 4.0| Rough Type: Nicholas Carr's Blog: - 0 views

www.roughtype.com/...office_generati.php

carr office office20 web

shared by Gary Edwards on 18 Dec 07 - Cached
  • The key is to extend both functionality and interoperability without taking away any of the capabilities that users currently rely on or expect. Reducing interoperability or functionality is a non-starter, for the end user as well as the IT departments that want to avoid annoying the end user. You screw with PowerPoint at your own risk.
    • Gary Edwards
      Gary Edwards on 18 Dec 07
       
      Exactly! This is also the reason why ODF failed in Massachusetts! Reducing the interoperability or functionality of of any workgroup related business process is unacceptable. Which is why IBM's rip out and replace MSOffice approach as the means of transitioning to ODF is doomed. The Office 2.0 (er 3.0) crowd is at a similar disadvantage. They offer web based productivity services that leverage the incredible value of web collaboration. The problem is that these collaboration services are not interoperable with MSOffice. This disconnection greatly reduces and totally neutralizes the collaboration value promise. Microsoft of course will be able to deliver that same web based collaborative comp[uting value in an integrated package. They and they alone are able to integrate web collaboration services into existing MSOffice workgroups. In many ways this should be an anti trust issue. If governments allow Microsoft to control the interop channels into MSOffice, then Microsoft web collaboration systems will be the only choice for 550 million MSOffice workgroup users. The interop layer is today an impossible barrier for Office 2.0, Web 2.0, SaaS and SOA competitors. This is the reasoning behind our da Vinci CDF+ plug-in for MSOffice. Rather than continue banging the wall of IBM's transition to ODF through government legislated rip out and replace mandates, we think the way forward is to exploit the MSOffice plug-in architecture, using it to neutralize and re purpose existing MSOffice workgroups. The key is getting MSOffice documents into a web ready format that is useful to non Microsoft web platform (cloud) alternatives. This requires a non disruptive transition. The workgroups will not tolerate any loss of interop or functionality. We believe this can be done using CDF+ (XHTML 2.0 + CSS). Think of it as cutting off the transition of existing workgroup business p
  • Microsoft sees this coming, and one of its biggest challenges in the years ahead will be figuring out how to replace the revenues and profits that get sucked out of the Office market.
    • Gary Edwards
      Gary Edwards on 18 Dec 07
       
      Bingo!
  • The real problem that I see is the reduced functionality and integration. I don’t think there can be a Revolution until someone builds an entire suite of Revolutionary office products on the web. Office has had almost (or more than, don't quote me) 15 years of experience to build a tight cohesive relationship between it's products.
    • Gary Edwards
      Gary Edwards on 18 Dec 07
       
      Rather than replace MSOffice, why not move the desktop bound business processes to the web? Re write them to take advantage of web collaboration, universal connectivity, and universal interop.
      Once the business processes are up in the cloud, you can actually start introducing desktop alternatives to MSOffice. The trick is to write these alternative business processes to something other than .NET 3.0, MS-OOXML, and the Exchange/SharePoint Hub.
  • ...1 more annotation...
  • left standing in a few years will be limited to those who succeeded in getting their products adopted and imbedded into the customers 'workflow' (for lack of a better term) and who make money from it. A silo'ed PPA is not embedded in a company's workflow (this describes 95% of the Office 2.0 companies) thus their failure is predetermined. A Free PPA is not making money thus their failure is predetermined as well. For those companies who adapt to a traditional service and support model and make it through the flurry.....would they really qualify as Office 4.0?
    • Gary Edwards
      Gary Edwards on 18 Dec 07
       
      Spot on! Excellent comments that go right to the heart of the matter. The Office 2.0 crowd is creating a new market category that Microsoft will easily be able to seize and exploit when the time is right. Like when it becomes profitable :)
  • Gary Edwards on 18 Dec 07
     
    In this 2006 article Nick Carr lays out the history of office productivity applications, arguing the Office 2.0 is really Office 3.0 - the generation where desktop productivity office suites mesh with the Web. This article is linked to The Office question, December 18, 2007
Gary Edwards

Bringing Open Source to SOAs - 0 views

www.eweek.com/...0,1895,2155922,00.asp

apache eclipse opensource oss soa

shared by Gary Edwards on 15 Jul 07 - Cached
  • Vendors such as Iona Technologies, Red Hat, MuleSource, WSO2, Sun Microsystems and even IBM are pushing open-source components as key pieces of service-oriented architecture implementations.
  • Iona is heading the Eclipse Foundation's SOA Tools Platform Project, which is building frameworks and tools that enable the design, configuration, assembly, deployment, monitoring and management of software designed around a service-oriented architecture.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      This is certainly a big win for IBM hardware and Services.   I wonder how IONA plans to compete against IBM when IBM hardware and services can combine a one tow enterprise punch usign IONA open source efforts?

      I hope the IONA guys know what they're doing.  Or this could get ughly.

  • MuleSource CEO Dave Rosenberg, in San Francisco, agreed. "One of the key goals of SOA is to free up your IT environment from burdensome proprietary standards and vendor stacks that lock you in," he said. "In order to truly control your environment, open source is the only answer." MuleSource maintains the open-source Mule ESB.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      1

      A big 1
  • ...1 more annotation...
  • Shaun Connolly, vice president of JBoss, said that the company's "application platform, Web apps, Web services, portal and the overall SOA platform provides more service bus integration for a more open and integrated platform."
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      This is sad.  Red Hat does not yet understand how important the portable XML dcoument/data file format wars are to the future of SOA.  The Microsoft Vista Stack, based on OOXML-Smart Documents as the inter application stack transport, will effectively lock Red Hat out of any enterprise transitioning from MSOffice bound business processes.

      I guess it's because open source vendors don't see the MSOffice <> MS Exchange/SharePoint Hub as part of a SOA solution, that they don't see the importance of OOXML-SmartDocs.

      Red Hat Servers are under assault throughout the USA as Exchange/SharePoint Hub server system move in.  The E/S Hubs have an extraordinary connectivity to existing MSOffice desktops, with OOXML-Smart Docs as the transport connecting the two.

      The only way Red Hat could ever hope to crack that Vista Stack is by using ODF plugins at the head point; MSOffice bound business processes.

      The idea being to let the plugin convert existing documents and business processes to ODF in much the same way that the OOXML plugin for MSOffice carries out the non disruptive conversion to OOXML.

  • Gary Edwards on 15 Jul 07
     
    An eWEEK must read.  I think the recent aquisition is having a positive impact on the eWEEK journalist and reporters.   What a great series they've put together on SOA. SaaS and the Web 2.0
Gary Edwards

The Merging of SOA and Web 2.0: 2 - 0 views

www.eweek.com/...0,1895,2158559,00.asp

2.0 ajax mashup odf ooxml soa web

shared by Gary Edwards on 15 Jul 07 - Cached
  • In many cases, the mashups' data or information sources have incompatible formats so integration becomes a problem.
  • Gary Edwards on 15 Jul 07
     
    Great article series from eWeek.  A must read.  But it all comes down to interoperability across two stack models:  The Microsoft Vista Stack, and an alternative Open Stack model that does not yet exist!

    Incompatible formats become a nightmare for the kind of integration any kind of SOA implementation depends on, let alone the Web 2.0 AJAX MashUps this article focuses on.

    I wonder why eWEEK didn't include the Joe Wilcox Micrsoft Watch Article, "Obla De OBA Da".  Joe hit hard on the connection between OOXML and the Vista Stack.  He missed the implications this will have on MS SOA solutions.  Open Source SOA solutions will be locked out of the Vista Stack.  And with 98% or more of existing desktop business processes bound to MSOffice, the transition of these business processes to the Vista Stack will no doubt have a dramatic impact on the marketplace.  Before the year is out, we'll see Redmond let loose with a torrent of MS SOA solutions.  The only reason they've held back is that they need to first have all the Vista Stack pieces in place.

    I don't think Microsoft is being held back by OOXML approval at ISO either.  ISO approval might have made a difference in Europe in 2006, but even there, the EU IDABC has dropped the ISO requirement.  For sure ISO approval means nothing in the US, as California and Massachusetts have demonstrated. 

    All that matters to State CIO's is that they can migrate exisiting docuemnts and business processes to XML.  The only question is, "Which XML?  OOXML, ODF or XHTML+".

    The high fidelity conversion ratio and non disruptive OOXML plugin for MSOffice has certainly provided OOXML with the edge in this process. <br
Gary Edwards

ConsortiumInfo.org - New Comment Draft of Mass. ETRM Includes OOXML - 0 views

www.consortiuminfo.org/...article.php

shared by Gary Edwards on 02 Jul 07 - Cached
  • this new draft includes Microsoft's OOXML formats as an acceptable "open format."&nbsp;
  • Gary Edwards on 02 Jul 07
     
    Game Over?  Probably.  I've been expecting Massachusetts to publicly revise the ODF mandate to include OOXML ever since Louis Gutierrez resigned in early October of 2006.  That was as clear a signal that ODF had failed in Massachusetts as anyone needed.

    The only surprise is that it took the new CIO, Beth Pepoli so long to make the announcement that OOXML would be recognized as an officially recognized open XML file format going forward.

    Andy UpDegrove of course does his best to downplay the significance of this announcement.  But how can this not be the deathnell for ODF? 

    The failure of ODF in Massachusetts has resulted in a world wide recognition that it is impossible to implement ODF. 

    This is exactly what happened to ODF mandate legislature in California.  The CIO's in California uniformly rejected both ODF legislation and Sun's hapless effort to set up an ODF Pilot Study based on what had happened in Massachusetts.  If Mass couldn't implement ODF, than they saw no reason for them to try.

    And it does come down to "implementation". 

    Most people think the implementation of ODF is as easy as downloading OepnOffice and converting your legacy docuemnts to ODF as they are used.  Simply fix the artifacts of conversion in process, and never look back.  OOo is free.  So what's not to like?

    Well, the problem is that the world has fifteen plus years of building business processes, line of business integrated applications and other client/server integration on top of the MSOffice application suite.  These business processes are bound hard to MSOffice.

    So the barrier for OpenOffice and ODF is twofold.  Any implementation of ODF must overcome both the binary documents conversion barrier, and, the MSOffice bound business process barrier.

    The cost and disruption of a <font
Gary Edwards

Q&amp;A: Calif. CIO Steers Clear of Ideology on File Formats - 0 views

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

california iso microsoft mooxml msoffice odf ooxml opendocument openxml xml

shared by Gary Edwards on 20 Mar 07 - Cached
  • We’re trying to view it as a straight business decision. What are the costs associated with one approach over another? Does it serve all of our business needs? If it doesn’t serve a business need, how do we satisfy that business need? We’re trying to view this just as a plain-vanilla, nonpartisan, nonideological issue.
  • Gary Edwards on 20 Mar 07
     
    A mus tread.  Carol Sliwa of ComputerWorld intervies Clark Kelso, California CIO.  ODF is the main issue, with clark casting all his answers in the context of business decisions.  Carol o fcourse is asking the best questions of any journalist alive.

    Keep in mind that ComputerWorld and the Boston globe filed for the Freedom of Information Act to be invoked in Massachusetts.  They got access to all the eMail, documnetation, and conferencing notes concerning ODF  and Microsoft.  Carol's interview with Louis Gutierrez last week was filled with the same hard questions Clark Kelso fielded so deftly.

    The "committee" Clark Kelso has set up to look at these issues is headed by Bill Welty, the CIO of the California Air Resources Board.  Bill is a long time opensource - Linux guy, but will be the firs tto admit that Microsoft is the only vendor providing a means of getting everything inot XML.  And that's the heart of any SOA strategy, "First, get everything into XML".

    With a 500 million MSOffice desktop bound business process headstart, Microsoft has the extreme advantage in this much needed migration to XML. 

    They now have their own proprietary application and platform bound version of XML; MOOXML (Microsoft OfficeOpenXML) heading for international standardization at ISO. 

    They now have their XML Hub in place; the Exchange4/SharePoint Hub.  This is also an essential part of any SOA strategy.  You've got to have an XML Hub where the XML information streams and service connection to legacy black box systems can be piped into, managed and resolved.  The XML must also provide an end user interface to these information flows.  One that converges and integrates information, documents, data, and workflows into an easy to manage and participate in interface.  The E/S Hub excells at this because it covers the fundamentals of eMail, messaging, portal, calendar, scheduling, c
Gary Edwards

Microsoft Will Support ODF! But Only If ISO Doesn't 'Restrict Choice Among Formats' - 0 views

www.betanews.com/...1181922127

ecma-376 iso microsoft odf officeopenxml ooxml opendocument xml

shared by Gary Edwards on 19 Jun 07 - Cached
  • By Marbux posted Jun 19, 2007 - 3:16 PM Asellus sez: "I will not say OOXML is easy to implement, but saying ODF is easier to implement just by looking at the ISO specification is a fallacy." I shouldn't respond to trolls, but I will this time. Asellus is simply wrong. Large hunks of Ecma 376 are simply undocumented. And what's more, absolutely no vendor has a featureful app that writes to that format. Not even Microsoft. There's a myth that Ecma 376 is the same as the Office Open XML used by Microsoft. It is not. I've spend a few hundred hours comparing the Ecma 376 specification (the version of OOXML being considered at ISO) to the information about the undocumented APIs used by MS Office 2007 that recently sprung loose in litigation. See http://www.groklaw.net/p...Rpt_Andrew_Schulman.pdf Each of those APIs *should* have corresponding metadata in the formats, but are not in the Ecma 376 specification.
  • Gary Edwards on 19 Jun 07
     
    Incredible comment by Marbux!  With one swipe he takes out both Ecma 376 and ODF. 

    Microsoft has written a letter claiming that they will support ODF in MSOffice, but only if ISO approves Ecma 376 as a second office suite XML file format standard.  ODF was approved by ISO nearly a year ago.

    Criticizing Ecma 376 is easy.  It was designed to meet the needs of  a proprietary application, MSOffice, and, to meet the needs of the emerging MS Vista Stack of applications that spans desktop to server to device to web platforms.  It's filled with MS platform dependencies that make it impossibly non interoperable with anything not fully compliant with Microsoft owned API's.

    Criticizing ODF however is another matter entirely.  Marbux points to the extremely poor ODF interoperability record.  If MOOXML (not Ecma 376 - since that is a read only file format) is tied to vendor-application specific MSOffice, then ODF is similarly tied to the many vendor versions of OpenOffice/StarOffice.

    The "many vendor" aspect of OpenOffice is somewhat of a scam.  The interoperability that ODF shares across Novell Office, StarOffice, IBM WorkPlace, Red Office, and NeoOffice is entirely based on the fact that these iterations of OpenOffice are based on a single code base controlled 100% by Sun.  Which is exactly the case with MSOffice.  With this important exception - MOOXML (not Ecma 376) is interoperable across the entire Vista Stack!

    The Vista Stack is comprised of Exchange/SharePoint, MS Live, MS Dynamics, MS SQL Server, MS Internet Server, MS Grove, MS Collaboration Server, and MS Active Directory.   Behind these applications sits a an important foundation of shared assets: MOOXML, Smart Documents, XAML and .NET 3.0.  All of which can be worked into third party, Stack dependent applications through the Visual Studio .NET IDE.

    Here are some thoughts i wou
Gary Edwards

Rough Type: Nicholas Carr's Blog: Fat Guy in Salesforce hell - Flock - 0 views

www.roughtype.com/...fat_guy_in_sale.php

anti-trust integration interop interoperability

shared by Gary Edwards on 01 Oct 07 - Cached
  • Second, don't underestimate the lock-in power that programs like Outlook and Excel and Quickbooks and Peachtree and their associated files still hold, particularly in smaller businesses. Someday we may have standard document formats and easily transportable data, but we don't yet. The competitive battle for the future of software is going to be fought out at the level of the Little Picture as much as at the level of the Big Picture. Lose sight of either one, and you'll be in trouble. In other words: It ain't over till the Fat Guy rants.
  • Gary Edwards on 01 Oct 07
     
    Wow!  Another great quote from Nick.  When we were at the Office 2.0 Conference a few weeks ago, this was the problem every single collaborative computing initiative was facing.  Sure they had great collaborative efforts.  But these efforts were outside exisitng businesss processes and applications!  That's fine for kids and consumers.  But it's the kiss of death for enterprise, smb, and organizations with workgroup busines sprocesses based on MSOffice and Outlook.

    So no matter how innovative the WEb 2.0 - Office 2.0 - Enterprise 2.0 applications and services are, they are setting the marketplace for Microsoft to come in and take everything.  Because Microsoft and Microsoft alone ownes the interoperability - integration interfaces into MSOffice and Outlook, they are in a position to destroy any of the 2.0 players at will.  It's simply a matter of entering the space with their own 2.0 application or service.

    The more i see of this, the more convinced i am that the governemnts of the world are going to have to step in stop Microsoft's push to move from the desktop into server, device and web systems.

    ~ge~

Gary Edwards

5 Things Microsoft Must Do To Reclaim Its Mojo In 2008 -- InformationWeek - 0 views

www.informationweek.com/...showArticle.jhtml

cdf ibm iso oasis odf ooxml opendocument openoffice sun symphony

shared by Gary Edwards on 11 Jan 08 - Cached
  • Instead of fighting standards, Microsoft (NSDQ: MSFT) needs to get on board now more than ever. With open, Web-based office software backed by the likes of IBM (NYSE: IBM) (think Lotus Symphony) and Google (NSDQ: GOOG) now a viable option, users—especially businesses frustrated by Microsoft's format follies (many are discovering that OOXML is not even fully backwards-compatible with previous versions of Microsoft Word)--can now easily switch to an online product without having to rip and replace their entire desktop infrastructure.
    • Gary Edwards
      Gary Edwards on 11 Jan 08
       
      This article discusses how Microsoft might change their ways and save the company. This particular quote concerns Microsoft support for standards, and their fight to push MS OOXML through ISO as an alternative to ISO approved ODF 1.0.
      The thing is, ODF was not designed for the conversion of MSOffice documents, of which there are billions. Nor was ODF designed to be implemented by MSOffice. ODF was designed exactly for OpenOffice, which has a differnet model for impementing basic docuemnt structures than MSOffice.
      So a couple of points regardign this highlight:
      The first is that IBM's Lotus Symphony is NOT Open Source. IBM ripped off the OpenOffice 1.1.4 code base back when it was dual licensed under both SSSL and LGPL. IBM then closed the source code adding a wealth of proprietary eXtensions (think XForms and Lotus Notes connections). Then IBM released the proprietary Symphony as a free alternative to the original Open Source Community "OpenOffice.org".
      If Microsoft had similarly ripped off an open source community, there would be hell to pay.
      Another point here is the mistaken assumption that users can easily switch from MSOffice to an on-line product like Google Docs or ZOHO "without having to rip our and replace their entire desktop infrastructure."
      This is a ridiculous assumption defied by the facts on the ground. Massqchusetts spent two years trying to migrate to ODF and couldn't do it. Every other pilot study known has experienced the same difficulties!
      The thing about Web 2.0 alternatives is that these services can not be integrated into existing business processes and MSOffice workgroup bound activities. The collaborative advantages of Web 2.0 alternatives are disruptive and outside existing workflows, greatly marginalizing their usefulness. IF, and that's a big IF, MSOffice plug-ins were successful in the high fidelity round trip conversion of wor
  • Microsoft in 2008 could make a bold statement in support of standards by admitting that its attempt to force OOXML on the industry was a mistake and that it will work to develop cross-platform compatibility between that format and the Open Document Format
    • Gary Edwards
      Gary Edwards on 11 Jan 08
       
      It's impossible to harmonize two application specific file formats. The only way to establish an effective compatibility between ODF and OOXML would be to establish a compatibility between OpenOffice and MSOffice.
      The problem is that neither ODF or OOXML were developed as generirc file formats. They are both application specific, directly reflecting the particular implementation models of OOo and MSOffice.
      Sun and the OASIS ODF TC are not about to compromise OpenOffice feature sets and implmentation methods to improve interop with MSOffice. Sun in particular will protect the innovative features of OpenOffice that are reflected in ODF and stubbornly incompatible with MSOffice and the billions of binary documents. This fact can easily be proven be any review of the infamous "List Enhancement Proposal" that dominated discussions at the OASIS ODF TC from November of 2006 through May of 2007.
      So if Sun and the OASIS ODF TC refuse to make any efforts towards compatibility and imporved interop with MSOffice and the billions of binary docuemnts seekign conversion to ODF, then it falls to Microsoft to alter MSOffice. With 550 million MSOffice desktops involved in workgroup bound business processes, any changes would be costly and disruptive. (Much to the glee of Sun and IBM).
      IBM in particular has committed a good amount of resources and money lobbying for government mandates establishing ODF as the accepted format. this would of course result in a massively disruptive and costly rip out and replace of MSOffice.
      Such are the politics of ODF.
Gary Edwards

Greg McNevin : Open Document Foundation Abandons Namesake, Closes up Shop - 0 views

www.idm.net.au/story.asp

cdf odf ooxml

shared by Gary Edwards on 15 Nov 07 - Cached
  • The decision to go with CDF has left some industry commentators scratching their heads, with arstechnica.com’s Ryan Paul noting that the decision is curious as CDF doesn't support “the full range of functionality required for office compatibility”. Paul does add, however, that the formats broad use of formats such as XHTML and SVG does give it a compelling edge.
  • Gary Edwards on 15 Nov 07
     
    The W3C's Chris Lilley, IBM and the lawyer for OASIS have been making quite a bit of noise claiming that CDF doesn't support "the full range of functionality required for office compatibility". 

    This a strange claim, especially when considering IBM as the primary source.  CDF WiCD Full 1.0 is a desktop profile for CDF.  Other profiles include WICD Mobile and WICD Core.  The call for implementations for WICD core, mobile and full went out on Monday, November 12, 2007. 

    To understand cdf, one must first get a handle on the terms used to describe cdf technologies.
    ..... CDF= compound document formats
    ..... CDRF= compound document by reference framework
    ..... WICD = Web Integration Compound Document
    ..... CDR using WICD = Compound Document by Reference using a WICD profile, (Core, Full or Mobile)
    ..... Compound Document by Reference Framework 1.0
    ..... WICD Core 1.0
    ..... WICD Mobile 1.0 Profile
    ..... WICD Full 1.0 Profile

    The WICD Full 1.0 Profile is the "DESKTOP" profile for CDF.
    Some interesting Quotes:

    "WICD Full 1.0 is targeted at desktop agents".

    "The WICD Full 1.0 profile is designed to enable rich multimedia content on desktop and high capability handheld agents."

    From the Compound Document by Reference Use Cases and Requirements Version 1.0 :

    "The capability to view documents with preserved formatting, layout, images and graphics and interactive features such as zooming in and out and multi-page handling."

    "
    <
Gary Edwards

okay ... seriously now ... what is this supposed to be? - 229 views

Gary Thank you for the insightful (and exhaustive) overview. Question. Would you allow me to publish all or part of your response on my practice management blog at http://dcbalpm.wordpress.com? Or...

OpenDocument

started by mazyar hedayat on 01 Sep 07 3 follow-ups, last by Gary Edwards on 16 Apr 08
Gary Edwards

The End of ODF & OpenXML - Hello ODEF! - 0 views

ec.europa.eu/...Doc

ecma iso microsoft mooxml oasis odf officeopenxml opendocument openxml

shared by Gary Edwards on 07 Jun 07 - No Cached
  • Gary Edwards on 07 Jun 07
     
    Short slide deck of Barbara Held's February 28th, 2007 EU IDABC presentation. She introduces ODEF, the "Open Document Exchange Format" which is designed to replace both ODF and OpenOfficeXML. ComputerWorld recently ran a story about the end of ODF, as they covered the failure of six "legislative" initiatives designed to mandate ODF as the official file format. While the political treachery surrounding these initiatives is a story in and of itself, the larger story, the one that has world wide reverberations, wasn't mentioned. The larger ODF story is that ODF vendors are losing the political battles because they are unable to provide government CIO's with real world solutions. Here are three quotes from the California discussion that really say it all: "Interoperability isn't just a feature. It's the basic requirement for getting your XML file format and applications considered"..... "The challenge is that of migrating our existing documents and business processes to XML. The question is which XML? OpenDocument or OpenXML?" ....... "Under those conditions, is it even possible to implement OpenDocument?" ....... Bill Welty, CIO California Air Resource Board wondering if there was a way to support California legislative proposal AB-1668. This is hardly the first time the compatibility-interoperability issue has challenged ODf. Massachusetts spent a full year on a pilot study testing the top tier of ODF solutions: OpenOffice, StarOffice, Novell Office and IBM's WorkPlace (prototype). The results were a disaster for ODF. So much so that the 300 page pilot study report and accompanying comments wiki have never seen the light of day. In response to the disastrous pilot study, Massachusetts issued their now infamous RFi; a "request for information" about whether it's possible or not to write an ODF plugin for MSOffice applications. The OpenDocument Foundation responded to the RFi with our da Vinci plugin. The quick descriptio
Gary Edwards

Malte Timmermann's Blog - 0 views

blogs.sun.com/malte

shared by Gary Edwards on 14 Jul 07 - Cached
  • Q: Why doesn't it support Office 2007?A: Well, basically, it does, but there is an issue in Word's 2007 Filter API handling. You can save to ODF, but when you try to open ODF, Word ignores the installed filters and tries to open with it's own filters. Of course Word can't, so you get an error message "The Office Open XML file &lt;name&gt; cannot be opened because there are problems with the content". This even happens if you explicitly select the ODF filter! I hope Microsoft will fix this issue with the next service pack. If not, we will work around this bug by doing the same kind of integration like in PowerPoint and Excel.
  • Gary Edwards on 14 Jul 07
     
    The reason da Vinci was broke in Office 2007
Gary Edwards

Is It Game Over? - ODF Advocate Andy UpDegrove is Worried. Very Worried - 0 views

www.consortiuminfo.org/...article.php

iso oasis odf officeopenxml ooxml opendocument xml

shared by Gary Edwards on 29 Jun 07 - Cached
  • This seems to me to be a turning point for the creation of global standards.&nbsp;Microsoft was invited to be part of the original ODF Technical Committee in OASIS, and chose to stand aside.&nbsp;That committee tried to do its best to make the standard work well with Office, but was naturally limited in that endeavor by Microsoft's unwillingness to cooperate.&nbsp;This, of course, made it easier for Microsoft to later claim a need for OOXML to be adopted as a standard, in order to "better serve its customers."&nbsp;The refusal by an incumbent to participate in an open standards process is certainly its right, but it is hardly conduct that should be rewarded by a global standards body charged with watching out for the best interests of all.
  • Gary Edwards on 29 Jun 07
     
    Andy UpDegrove takes on the issue of Microsoft submitting their proprietary "XML alternative to PDF" proposal to Ecma for consideration as an international standard.  MS XML-PDF will compliment ECMA 376 (OOXML - OfficeOpenXML) which is scheduled for ISO vote in September of 2007.  Just a bit over 60 days from today.

    Andy points out some interesting things; such as the "Charter" similarities between MS XML-PDF and MS OOXML submisssions to Ecma:

    MS XML-PDF Scope: The goal of the Technical Committee is to produce a formal standard for office productivity applications within the Ecma International standards process which is fully compatible with the Office Open XML Formats. The aim is to enable the implementation of the Office Open XML Formats by a wide set of tools and platforms in order to foster interoperability across office productivity applications and with line-of-business systems. The Technical Committee will also be responsible for the ongoing maintenance and evolution of the standard.   Programme of Work: Produce a formal standard for an XML-based electronic paper format and XML-based page description language which is consistent with existing implementations of the format called the XML Paper Specification,…[in each case, emphasis added]

    If that sounds familiar, it should, because it echoes the absolute directive of the original OOXML technical committee charter, wh
1 - 20 of 40 Next ›
Showing 20▼ items per page