Skip to main content

Home/ Document Wars/ Group items matching "css" in title, tags, annotations or url

Group items matching
in title, tags, annotations or url

Sort By: Relevance | Date Filter: All | Bookmarks | Topics Simple Middle
4More

OOXML/ODF: Just One Battlefield in a Much Bigger War | Linux Today - 2 views

www.linuxtoday.com/news_story.php3 cloud-computing grid-computing odf ooxml openxml
shared by Gary Edwards on 07 Mar 08 - Cached
  • If the OOXML format in its current form cannot get made into a true ISO standard, it could lock Microsoft out of any future plays in what could be the biggest IT revolution to date. Here are the pieces of the puzzle that fit together for me:
  • "Amazon SimpleDB is a web service for running queries on structured data in real time."
  • "Structured data." And what's a good way to contain such data? In well-built structured data file format of course. Like, for instance, the Open Document Format (ODF). And who has a vested interest in ODF? IBM certainly does. And so does Sun. And these two companies, along with Google, Microsoft, and I'm sure many others, realize that if cloud computing does indeed take off, then it will be the file format that makes the whole thing work. Which is why Microsoft feels it must get their format standardized. Even with tactics that ironically have started to attract the attention of the EU again. How else can they get a piece of the cloud pie?
    • Gary Edwards
      Gary Edwards on 07 Mar 08
       
      Partly right. The MS plan is actually much bigger than Brian Profitt suggests. The MSOffice 2007 SDK is fille dwith new API's, the most interesting of which are the ones connecting MSOffice to XAML and the Windows Presentation Foundation layer. The killer component though is the OOXML <> fixed/flow translator component with related API's. fixed/flow is a new web format that is 100% proprietary. It's at the heart of the Microsoft cloud, enabling developers to easily transition between OOXML and IE browsers able to serve fixed/flow pages to devices, desktops and just about any kind re purposing publication - content management system imaginable. If ISO approves OOXML, then they've standardized MSOffice as a legitamate Web editor - enterprise publication, content management, archive management front end. Instead of producing W3C compliant (X)HTML - CSS web pages though, the MSOffice Web editor will produce the proprietary fixed/flow format via the OOXML translation component we can now see in the SDK. What we don't see in the MSOffice SDK is the use of W3C technologies such as (X)HTML, CSS, SVG, XForms, SMiL, XSL, XSL-FO. Instead of Mozilla XUL or Adobe Flex, we find XAML and Silverlight. IMHO, Microsoft is making their run for the Web. Key to this run is ISO approval of OOXML. Once that happens, there will be no need for MS product compliance with W3C standards. The break will be complete. The We forever split into the Windows Web, and the Firefox - Apache Tomcat Web. And never the twain shall meet.
4More

ConsortiumInfo.org - ODF vs. OOXML: War of the Words Chapter 5 - 0 views

www.consortiuminfo.org/...article.php massachusetts oasis odf ooxml updegrove
shared by Gary Edwards on 11 Jan 08 - Cached
  • Unlike screw threads, which are easily implemented with complete fidelity, it is sometimes only feasible to create a standard for software that, in a given case, at best will enable two products to become close to interoperable.&nbsp; After that, tinkering and testing is necessary to accomplish the final "fit."&nbsp; Similarly, the costs to innovation in achieving true "plug and play" interoperability when that result is feasible may be unacceptably high, leading to a decision to create a standard that (like ODF) only locks in a very significant amount of functionality, rather than complete uniformity (as OOXML strives to achieve).
    • Gary Edwards
      Gary Edwards on 11 Jan 08
       
      This is an odd way of stating the interop problem between ODF and the billions of legacy MSOffice documents? "The costs to innovation in achieving true plug and play interoperability (high fidelity conversion?) when that result is feasible may be unacceptably high......"
      OOXML was designed for the high fidelity conversion of those billions of legacy MSOffice documents. ODF was not.
      What's interesting here is that Andy is correctly pointing out that the ODF vednors refuse to compromise on the innovative ways OpenOffice differs from MSOffice. The innovations involve the different ways OpenOffice implements basic docuemnt structures such as lists, sections, fields, tables and page dynamics. MSOffic euses an older method of implementation.
      When converting legacy MSOffice documents to ODF, the fidelity breaks down wherever these strucutral features are present. The key point here is that these strucutral differentials are exactly related to how OpenOffice and MSOffice differ in their implementation methods. It's an application difference beign expressed at the file format level!!!!!!!!!!!
      The ODF vendors refuse to compromise with their application level innovations. The result of this is that billions of MSOffice docuemnts cannot be converted to ODF without significant loss of information.
      Which is to say: both ODF and OOXML are application specific formats. Worse, neither ODF or OOXML specify the syntax and semantics of layout!!! They only specify the syntax. Developers must study OpenOffice and MSDOffice to figure out how presentation (layout) is achieved.
      This stands in stark contrast to the W3C's Compound Document Format (CDF). CDF provides a very generic, application independent separation of content (XHTML) and presentation (CSS), where the presentation layer is entirely specified. CSS is highly portable because it is completely specified and totally application indepen
  • Gary Edwards on 11 Jan 08
     
    The First Law of the Interent is that of interoperability. Interop ALWAYS comes first.
    Interop trumps innovation!!!
    This is why the Interent changes everything. Innovation takes place within the bounds of ineroperabiltiy. Vendors of course rely on innovation as the primary means of market differentiation. They would of course champion innovative features. Interop on the other hand is a leveling force.
  • Gary Edwards on 11 Jan 08
1More

The ODF Alliance puckers up and gets smacked with the great CSS question - Where is it?... - 0 views

www.oreillynet.com/...odf_alliance_now_loves_me.html harmonization hypocrisy interop iso odf odf-alliance ooxml opendocument openxml
shared by Gary Edwards on 06 Feb 08 - Cached
  • Harmonisation It is interesting that the ODF Alliance quotes Tim Bray that the world doesn’t need another way to express basic typesetting features. If it is so important, why didn’t ODF just adopt W3C CSS or ISO DSSSL conventions? Why did they adopt the odd automatic styles mechanism which no other standard uses? Now I think the ODF formating conventions are fine, and automatic styles are a good idea. But there is more than one way to make an omlette, and a good solution space is good for users. My perspective is that harmonisation (which will take multiple forms: modularity, pluralism, base sets, extensions, mappings, round-trippability, feature-matching, convergence of component vocabularies, etc, not just the simplistic common use of a common syntax) will be best achieved by continued user pressure, both on MS and the ODF side, within a forum where neither side can stymie the legitimate needs of other.
1More

In Office SP2, Microsoft manages to reduce interoperability | TalkBack on ZDNet - 0 views

talkback.zdnet.com/5208-10532-0.html odf ooxml iso compatibility
shared by Gary Edwards on 21 May 09 - No Cached
  • Gary Edwards on 21 May 09
     
    ODF is important. So What Went Wrong? Response to Jeremy Allison: Having participated in a number of government pilot studies, I must say that you are right; government officials do care about ODF. They really want it to work. But they also had expectations that ODF simply wasn't designed for. What they expected ODF to be was an open technology based on highly-structured XML markup that was application, platform, and vendor-independent, backward compatible, universally interoperable, and importantly, Web ready. That is not ODF nor is it OOXML. In fact, the closest thing we have for meeting these expectations is an ajax-webkit style HTML+ (HTML5, CSS4, SVG/Canvas, JS jQuery, etc.). ODF is highly structured, but it is not application-independent. .....
1More

Productivity Moving To The Web | BNET Technology Blog | Michael Hickins - 0 views

industry.bnet.com/...productivity-moving-to-the-web OpenOffice OpenWeb HTML Producitivity unified-productivity
shared by Gary Edwards on 11 Aug 09 - Cached
  • Gary Edwards on 11 Aug 09
     
    What Web business systems really need are advanced desktop editors capable of producing business process rich compound documents in the language of the Web: HTML5/CSS3/JavaScript........
1More

Patent Ruling Against Microsoft Hinges on Meaning of Custom XML - 0 views

www.eweek.com/...n-Meaning-of-Custom-XML-594907 i4i 449-patent MSWord custom-xml
shared by Gary Edwards on 21 Aug 09 - Cached
  • Gary Edwards on 21 Aug 09
     
    Marbux discovered this gem, joining the argument with an insightful but disagreeing post.  I however agreed with the articles author, Jeff Cogswell, that both the judge and jury confused the XML pane feature set with metacode mapping claims in the now infamous i4i 449 patent.  If Marbux is right, then HTML-CSS, ODF, and RDF/XML-RDFa are also infringing on this patent.  Which i4i claims is not the case. Except: Here's one part of the ruling:  ...  Microsoft Corporation is hereby permanently enjoined from ... selling, offering to sell ... any Infringing and Future Word Products that have the capability of opening a .XML, .DOCX, or .DOCM file ("an XML file") containing custom XML. The odd wording here is "custom XML," which appears several times in the ruling. Based on the comments in response to eWEEK's articles on the ruling, as well as comments I've seen elsewhere, a great deal of people think the problem was that Microsoft uses XML as its format. But that isn't the case. The ruling focuses on the use of custom XML. The ruling is not about the fact that Word uses XML. If it did, there would be a worldwide disaster, considering how prevalent XML is. But what exactly is custom XML? To start with, let's look at the claims of the patent itself and try to make a connection. The patent, which was written back in 1994, covers a new way of providing formatting in a word processing program. To understand the claims of the patent, it's important to note the distinction between what the inventors call content and what are called metacodes (which are ultimately formatting codes).
1More

Open XML blogging in 2007 - Doug Mahugh - Site Home - MSDN Blogs - 0 views

blogs.msdn.com/...open-xml-blogging-in-2007.aspx hypocrisy ODF odf-civil-war OOXML cloud-computing
shared by Gary Edwards on 22 Dec 10 - No Cached
  • Gary Edwards on 22 Dec 10
     
    At the height of the Document Wars, Doug Mahugh posted this year end, month to month, blow by blow list of blog assaults. I stumbled upon Doug's collection following up on a recent (December 20th, 2010) eMail comment from Karl.  Karl had been reading the infamous "Hypocrisy 101" blog written by Jesper Lundstocholm:  http://bit.ly/hgCVLV Recently i was researching cloud-computing, following the USA Federal Government dictate that cloud-computing initiatives should get top priority first-consideration for all government agency purchases.  The market is worth about $8 Billion, with Microsoft BPOS and Google Apps totally dominating contract decisions in the early going.  The loser looks to be IBM Lotus Notes since they seem to have held most of systems contracts. So what does this have to do with Hypocrisy 101? To stop Microsoft BPOS, IBM had to get a government mandate for ODF and NOT OOXML.  The reason is now clear.  Microsoft BPOS is dominating the early rounds of government cloud-computing contracts because BPOS is "compatible" with the legacy MSOffice desktop productivity environment.  Lotus symphony is not.  Nor is OpenOffice or any other ODF Office Suite.   This compatibility between BPOS and legacy MSOffice productivity environments means less disruption and re engineering of business process costs as governments make the generational shift from desktop "client/server" productivity to a Web productivity platform - otherwise known as "cloud-computing". IMHO, neither ODF or OOXML were designed for this cloud-computing :: Web productivity platform future.  The "Web" aspect of cloud-computing means that HTML-HTTP-JavaScript technologies will prevail in this new world of cloud-computing.  It's difficult, but not impossible, to convert ODF and OOXML to HTML+ (HTML5, CSS3, Canvas/SVG, JavaScript).  This broad difficulty means that cloud-computing does not have a highly compatible productivity authoring environment designed to meet the transition needs
1More

Study Shows Office Alternatives Failing to Sway Microsoft Users -- Microsoft Certified ... - 0 views

mcpmag.com/...g-to-sway-microsoft-users.aspx forrester web-productivity-platform cloud-productivity workgroup-productivity MSOffice-productivity
shared by Gary Edwards on 16 May 11 - No Cached
  • Gary Edwards on 16 May 11
     
    Interesting report from Forrester on Desktop Productivity.  It seems everyone is asking about alternatives to MSOffice, but coming away empty handed.  Sounds like everyone would like to drop MSOffice, but find the alternatives wanting.  IMHO, the Web based alternatives are long on collaboration but short on productivity.   Compound Documents, Reports and Forms are the fuel that powers legacy workgroup productivity environments.  Web Productivity platforms have a long way to go before they can provide effective, worker facing authoring systems capable of replacing binding and messaging internals such as OLE, ODBC, MAPI, ActiveX, COM and DCOM.   There also seems to be considerable confusion about the difference between Web based authoring alternatives to MSOffice, and Web based Productivity Platforms.  MSOffice is the authoring system for desktop/WorkGroup productivity environments.  But having this authoring system wouldn't mean much if not for the workgroup connectivity and exchange platform behind it that makes highly productive digital business processes and systems possible. Linked Data, messaging, collaboration, and connectivity API's and HTML+ (HTML5, CSS3, JSON, Canvas/SVG, JavaScript) are  showing up everywhere.  But they are not exclusive to Web based authoring systems.  Any desktop authoring system should be able to take advantage of the emerging productivity platform.   So what's the problem with OpenOffice, Symphony, Zoho and gDocs?  OOo and Symphony can't speak language of the Web; HTML+.  Browser based Zoho and gDocs lack the completeness of a Web productivity environment capable of hosting the business processes currently bound to the Windows WorkGroup productivity environment.  There is no indication that the experts at Forrester understand what should be obvious.   excerpt: According to a new Forrester Research report, IT orgs are still choosing Microsoft Office over its competitors.   Two factors appear to be stumbling bloc
1More

Roambi Flow turns your business information into gorgeous iPad reports | VentureBeat - 0 views

venturebeat.com/...roambi-flow-launch Roambi-Flow visually-immersive HTML+ iOS Web-Compound-Documents
shared by Gary Edwards on 16 May 11 - No Cached
  • Gary Edwards on 16 May 11
     
    Now that's what i'm talking about!  Business documents published in an advanced Web Productivity RIA format.  Roambi Flow targets the iPAD with business reports based on SalesForce.com and other business productivity platforms hosting basic business intelligence and information.  Roambi packages the reports in the increasingly popular visually immersive webzine style similar to FlipBoard, Zite, TreeSaver, OnSwipe, Push Pop, Instapaper, Readability, Pulse, PressJack, TweetMag, Sports Illustrated and the NYTimes iOS editions.  Beautifully done.   My guess is that the underlying format is the visually rich and interactive HTML+ (HTML5-CSS3-JSON-JavaScript-Canvas/SVG). excerpt:  After revolutionizing the way companies can interact with their business data on the go with its Roambi app, San Diego-based startup Mellmo is now aiming to let you use that data to create gorgeous interactive reports and presentations with its new iPad app and publishing platform Roambi Flow. The move is the next step in Mellmo's plan to make business intelligence (BI) more accessible, and dare I say it, sexy. Mellmo's initial Roambi app integrates with existing BI systems, including Salesforce and SAP, letting business owners and executives easily make sense of their data with interactive charts, graphs and more. Now with Roambi Flow, that data can be used to create magazine-quality reports and presentations that can be shared more easily with any iPad user.
2More

We've Been Had! - 0 views

www.computerworld.com/...9027164 iso odef odf ooxml openwave xhtml xml
shared by Gary Edwards on 12 Dec 07 - Cached
  • There is nothing open about MOOXML, and it should have never made it to consideration as an international standard. But one has to ask, what is up with Sun? The John Bosak comment is just as much cause for concern as the fact that the nations of the world would dare consider OOXML as an international standard. All i can say is that we've been had. Sun and Microsoft have worked us royally, and only now, at the last moment, does the fog of confusion clear and we can see it all.
  • Gary Edwards on 12 Dec 07
     
    Yeah.  I said this!  And i still think ODF has what it takes to become a universal file format.  But only if the "interoperability enhancment" proposals are made part of the specification.  You can't talk your way to universal interop.   It has to go into the spec!

    OBTW, for you idiots who think i support OOXML as a standard?  You're idiots.  I support the quest for a universal file format that is totally application, platform and vendor independent.  The requirements, demands and criticisms we make of OOXML should be applied to every file format up for universal file format consideration.  Including ODF.  Including XHTML+ (XHTML, CSS3, RDF).  Including the EU IDABC "ODEF".

    The one area where i differ from most universal interoperability seekers is that i fully believe the big vendors have left open a loop hole we can exploit.  The plugin architecture is fully able to convert a big vendors application to produce our beloved but elusive universal file format. 

    This is important because the big vendors control "interoperability" by contolling the big vendor standards consortia, and, the major applications.  It's a double edged sword.

    The ubiquitous plugin architecture enables universal interop seekers to exploit the applications any way we want.  What's missing is a truly open "universal" standards process that is outside the reach of big vendors. 

    Personally i like the recent GPL3 process as a model on which to base emerging universal standards work.  Somehow the big vendors must be neutralized.  Otherwise, we;ll never see the universal inteop the world so desires.

    idiots,
    ~ge~

18More

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

www.microsoft-watch.com/...obla_de_oba_da.html odef odf officeopenxml ooxml opendocument vista-stack
shared by Gary Edwards on 12 Dec 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 12 Dec 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 12 Dec 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 12 Dec 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 12 Dec 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 12 Dec 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
  • 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 12 Dec 07
       
      Okay, now Joe has the Micrsoft SOA bull by the horns.  Why doesn't he wrestle the monster down?
  • By adapting XML
    • Gary Edwards
      Gary Edwards on 12 Dec 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 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 12 Dec 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 12 Dec 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.

2More

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).
1More

(WO/1995/013585) COMPOUND DOCUMENT FRAMEWORK - 0 views

www.wipo.int/...wo.jsp cdf css xhtml
shared by Gary Edwards on 11 Jan 08 - Cached
  • Summary of the Invention It is an. object of the present invention to provide a document processing system in which object-oriented frameworks are utilized to implement particular document processing techniques, including an object-oriented compound document system. These and other objects of the present invention are realized by a document framework which supports at the system level a variety of compound document processing functions. The framework provides system level support of collaboration, linking, eternal undo, and content based retrieval. These and other objects are carried out by system level support of document changes, annotation through model and linking, anchors, model hierarchies, enhanced copy and pasting, command objects, and a generic retrieval framework.
1More

How Does Compound Document Framework Benefit Us? - Axistive.com - Assistive Technology ... - 0 views

www.axistive.com/ment-framework-benefit-us.html cdf css xhtml
shared by Gary Edwards on 11 Jan 08 - Cached
  • How does Compound Document Framework Work? The Compound Document framework introduces concepts that are implemented by a number of new classes. The Compound Document framework implements a new, and more versatile, type of document and defines several new classes to support and manage this compound document, therefore its design is in this format document, command and selection, data, storage. The class structure of the Compound Document framework builds on the structure laid down by the Basic Document framework. Therefore, this section introduces only the classes new to the Compound Document framework.
1More

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

www.computerworld.com/...article.do burtongorup cdf css odf okelly ooxml w3c xhtml
shared by Gary Edwards on 20 Jan 08 - Cached
  • The OpenDocument Format (ODF) remains "more of an anti-Microsoft political statement than an objective technology selection" by users, according to a report released Monday by analysts at Burton Group, who recommend that companies adopt Microsoft Corp.'s Office Open XML document format whether or not it is approved as an ISO standard next month.
1More

Standard or Not, OOXML Has a Lot Going for It | Redmond Developer News - Desmond - 0 views

reddevnews.com/...weblog.aspx burtongroup cdf css desmond odf okelly ooxml opendocument w3c xhtml
shared by Gary Edwards on 20 Jan 08 - Cached
  • Ultimately, O'Kelly said it best in his report: "The relative success of ODF and OOXML, in any case, will be determined more by its utility and which community effectively exploits W3C standards than it will by one or the other more effectively navigating through ISO standards procedures."
2More

CIO Wakeup Call: Burton Group ODF/OOXML report | The CIO Weblog - 0 views

www.cio-weblog.com/...rton_group_odfooxml_report.php burtongorup cdf cio css ny odf okelly ooxml w3c xhtml
shared by Gary Edwards on 20 Jan 08 - Cached
  • Although most of the ruckus over the paper has focused on the prediction that OOXML will beat out ODF, the more intriguing and meaningful conclusion is in fact that the World Wide Web Consortium (W3C) model, built on open and broadly accepted web standards already in broad use, will in fact "...be more influential and pervasive than ODF and OOXML." This implicit acknowledgment that the SaaS delivery model will dominate productivity and document storage applications is less supportive of Microsoft's approaches than many of the documents detractors care to acknowledge and suggests the entire debate is essentially a sideshow.
  • CIOs who are truly concerned with data preservation and open standards need to take a hard look at Microsoft's historical business practices and the remaining questions hanging over OOXML and ask themselves if it's worth making such a major transition to a format that is fraught with the same potential for vendor (rather than consumer) control in the future. SaaS options, it's worth noting, hardly escape this issue, so regardless of the very real potential that SaaS will eclipse any of the stand-alone office applications that are currently involved in this debate, it's still going to be necessary to pick a format for long-term, corporate control of vital data and documents.
1More

Burton Group Responds to Ars Technica's Angry ODF/OOXML Rebuttal - 0 views

creese.typepad.com/...ars-technicas-v.html burtongroup cdf css odf okelly ooxml w3c xhtml
shared by Gary Edwards on 20 Jan 08 - Cached
  • Five days ago Ars Technica issued its view of the Burton Group ODF/OOXML report and made it clear that they disagreed with its findings, going with the headline, "Analyst group slams ODF, downplays Microsoft ISO abuses." We've had some questions from Burton Group clients and others about the article, so I thought it would be worthwhile to go through where we agree, where we disagree, where Ars Technica mischaracterizes what we said, and where it's wrong.
1More

Bluster keeps the ODF / OOXML debate afloat | BetaNews - 0 views

www.betanews.com/...1200607590 burtongroup cdf css ibm iso microsoft odf okelly ooxml opendocument openxml sun w3c xhtml
shared by Gary Edwards on 20 Jan 08 - Cached
  • the Group went one step further, if only that far: It advised clients to steer clear of the whole format superiority debate, in order to avoid getting dragged down into what could be called "Office politics.""ODF is insufficient for complex real-world enterprise requirements, and it is indirectly controlled by Sun Microsystems, despite also being an ISO standard," the Burton Group's Guy Creese and Peter O'Kelly wrote. "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."
‹ Previous 21 - 40 of 45 Next ›
Showing 20▼ items per page