Group items tagged

The IOWA Comes vs. Microsoft antitrust suit evidence is now publicly available. This ZDNet Talkback posts an extraordinary eMail from Bill Gates concerning the need to control MSOffice formats and protocols as Microsoft pushes onto the Web. The key point is that Chairman Bill understands that the real threat to Microsoft is that of Open Web formats and protocols outside of Microsoft's control. It's 1998, and the effort to "embrace and eXtend" W3C HTML, XHTML, SVG and CSS isn't working well. The good Chairman notifies the troops that MSOffice must come up with another plan. Interestingly, it's not until 2001, when OpenOffice releases an XML encoding of the OpenOffice/StarOffice imbr that Microsoft finally sees a solution! (imbr = in-memory-binary-representation) The MSOffice crew immediately sets to work creating a similar XML encoding of the MSOffice binary (imbr) dump. The first result is released in the MSOffice 2003 beta as "WordprocessingML and SpreadsheetML". XML was designed as a structured language for creating specific structured languages. OpenOffice saw the potential of using XML to create an OpenOffice specific XML language. MSOffice seized the innovation and the rest is history. Problem solved! So what was the "problem" the good Chairman identified in this secret eMail? It's that the Web is the future, and Microsoft needed to find a way of leveraging their existing desktop document "editor" monopoly share into owning and controlling the Web formats produced by Microsoft applications. MSOffice OOXML is the result. ISO approval of MSOffice OOXML is beyond important to Microsoft. It establishes MSOffice "editors" as standards compliant. It also establishes the application, platform and vendor specific MSOffice OOXML as an international "open" standard. Many will ask why this isn't a case of Microsoft actually opening up the MSOffice formats in compliance with government antitrust demands. It is "compliance", but not in the sense of what

More confusion about the MS announcement of native support for ODF, with delayed support for whatever ISO finally determines to be ISO 29500; "OOXML". Damn but these guys are all twisted up about this. The truth is, ISO National Bodies traded their vote in favor of OOXML for MSOffice support for ODF and Microsoft's joining the OASIS ODF TC. It's not complicated. MS wants ISO approval of OOXML because it established MSOffice as a "standards" editor. The rest of this kurfufull is all about anti trust concerns and Microsoft's need to put htose concerns to bed before the world figures out that they are leveraging the MS desktop monopoly into an MS Web monopoly. ISO approval of OOXML is the final piece of very complex puzzle. The harmonization of OOXML-ODF is impossible. MS knows this. So why not join OASIS ODF TC if it means putting aside the anti trust claims from ISO NB's and getting that all important standardization of OOXML? Both ODF and OOXML are both XML encodings of entirely application specific binary formats. There is no possible to way to reconcile the file formats without also reconciling the applications! Incuding feature sets and layout engines!!!! Impossible!! The real game is the transition from client/server to the emerging client/Web-Stack/server model. MS is the "client" in client/server. No way were they about to give that up without a plan to control the transition of MSOffice documents to the emerging client/Web-Stack/server model. They sought to fully control the formats, protocols and API's of this new model. ISO handed it to them. The thing to watch is the MSOffice SDK where one can find a very cool OOXML <> XAML converter. XAML is totally proprietary, but "web ready". Meaning, MSOffice is a "web ready" application. It's just that the web readiness is 100% MS .NET-Silverlight. The great transition to client/Web-Stack/server is now on. Thanks to ISO. All this ODF stuff is just background noise designed to quiet the anti t

This commentary follows the Stockholm Syndrom post, which is itself in the thread based on Yoon Kit's Open Malaysia comments concerning the dilemma Patrick Durusau is in; the JTC-1 is now filled with Microsoft OOXML supporters!

Brian figures out that the document wars are really about Cloud Computing. Big vendors IBM, Sun, Google and Microsoft are jockeyign for position in our cloud computing future. And this is why Microsoft MUSt get ISO approval of MSOffice-OOXML! What Brian misses is the key to a Microsoft Cloud that can be found int he MSOffice SDK; the OOXML<>XAML conversion component. XAML, Silverlight and Smart Tags replace W3C XHTML-CSS, SVG-Flash, and RDF. Makign the MS Cloud one where Microsoft owned protocols, formats and .NET components dominate all processes. ISO approval of MSOffice-OOXML establishes MSOffice as a standards "editor", thus masking the cloud computing shift to XAML. A shift that will lock out all other Web 2.0 - Cloud providers dependent on Open Web - W3C protocols and formats!

Note that Brian posted this article in February, on the eve of the Geneva BRM. Since then ISO has gone on to approve MSOffice-OOXML. Note also that, a week prior to this publication, i had sent Brian a lengthy discussion entitled "Windows can't do Cloud Computing", where all of these issues were discussed except for the IBM motivations. Not wanting to interfere with the upcoming Geneva BRM and vote, I had declined Brian's request to publish.

Response to Yoon Kit's comments that Patrick Durusau is caught between a rock and hard place. His ISO JTC-1 group is now overwhelmed with MS OOXML supporters!

The Wikipedia "OpenDocument Foundation" page is continually re edited, changing the factual truth to portray the Foundation in the worst light possible. Every time we try to repair the page to reflect the truth, the liars jump right back in. Is there a Wikipedia resolution for liies? Our facts can be verified by the five year history of the OASIS membership and ODF TC records that are public information. This anonymous post to Joe Barr's Linux.com article is perhaps the best explanation on the Web of why the Foundation choose CDF, and could not use ODF.Good explanation of MSOffice-OOXML and the MS Web-Stack :: MS Cloud.No mention of the December 2007 MSOffice SDK beta that provided us with that first all important glimpse of the MSOffice-OOXML <> XAML converter component. I take it the article comment was written before that most important discovery. XAML "fixed/flow" is an alternative to W3C/ISO XHTML-CSS and ISO PDF.

I don't think Dan Farber gets it. ISO approval of MSOffice-OOXML establishes MSOffice as a standards compliant web/cloud/WOA "editor" for client/Web-Stack/server systems. No need to try to squeeze all tha tcomplexity into a browser. Just use the MSOffice SDK OOXML <> XAML conversion component to convert rich, business process loaded, documents to a web ready format. OH my, XAML is proprietary and IE-8 does not support XHTML2, CSS3, SVG, XForms, RDF, SPARQL, SWF, PDF or JavaScript. Bummer. ISO has done the unthinkable and Microsoft can now break the web without worry of anti trust retribution. They are after all, simply implementing an open standard.

Look at the date on this! A full year has passed and we now can clearly see the importance to Microsoft of ISO approval for MSOffice-OOXML. The MSOffice SDK provides an easy to implement OOXML <> XAML conversion component, pavign the way for billions of complex, business process rich MSOffice documents to be used by IE-8 and the emerging MS Web-Stack. XAML is proprietary and exclusive to the Microsoft Web.

ZDNet's David Morgenstern must have missed ISO approval of OOXML! MS has a desktop strategy, but involves proprietary protocols, formats and API's as the protective barrier for transitioning desktop bound client/server business processes to MS Web Stack bound SaaS-SOA business processes. Welcome to the Microsoft Cloud!

Here we go. The release of XAML documentation is scheduled to coincide with the release of the MSOffice-OOXML SDK.

The MS Cloud has arrived!!!! Grab your ankles and kiss your ever lovin Open Web good-bye. This is a video describing how Microsoft Online Services can add value to your organization. Interestingly, the software-plus-service offerings from Microsoft are being marketed as a way for corporate IT to break free; reducing systems management cost and operation overhead while leveraging existing "rich client" systems. Meaning, MSOffice is now connected to the MS Cloud. The transition of legacy client/server systems to MS Cloud hosted client/Web-Stack /server systems can now begin. No doubt the recent ISO approval of MSOffice-OOXML played no small part in this announcement!

I saw Live-Mesh today at the Web 2.0 Expo. It's still flashware, but very cool flashware. (Or is that "silverware" :) If they get this right the web will belong to Microsoft. I disagree with John that mesh will be standards base. Yes, mesh will work with HTML/CSS amd MAYBE JavaScript. But it will also work with the prorietary XAML, Silverlight, Smart Tags - LINQ. All of which are proprietary alternatives to what mesh won't support :: the advanced format standards from the W3C - XHTML, CSS3, SVG, XForms, CDF, RDF, RDFa and SPARQL. Live-Mesh will break the open web just s surely as the MSOffice SDK OOXML <> XAML conversion component will break the open web future into a Google consumer web, and a Microsoft business web.

What makes the Internet so extraordinary is the interoperability of web ready data, content, media and the incredible sprawl of web applications servicing the volumes of information. The network of networks has become the information system connecting and converging all information systems. The Web is the universal platform of access, exchange and now, collaborative computing. This survey exammines the key issue of future interoperability; Web Document Formats.

Excellent link from marbux.

Phil Wainwright comments on Ray Ozzie statements concerning the Microsoft Cloud Strategy. Phil of course thinks MS is in trouble.

Download of XAML documents

IBM's Arnaud La Hors on why Microsoft should be blamed for what is inevitable given that ODF is not designed for interoperability and is not application-neutral. One might rationally fault Microsoft for not having joined the ODF TC earlier, but the ODF TC studiously avoided enabling interoperability even among ODF implementations and ODF has almost no mandatory conformity requirements, with application-specific extensions classified as conformant. The real ODF standard is the OOo code base controlled by Sun Microsystems. IBM played along with that game and cloned the OOo code base instead of fighting on the TC to make the myth of ODF interoperability come true. I don't see a lot of moral high ground for IBM here.

2006 MSDN white paper that is the best overview I've found thus far of the bridges Microsoft is building between Office 2007 and the Microsoft cloud. 12 pp. Somewhat dated in the intervening two years. Describes the Microsoft "line of business" vision for vertical markets in some detail. "This white paper introduces Office Business Applications (OBAs), a new breed of easily customizable solutions that address real-world business problems through the 2007 Microsoft Office system. OBAs deliver people-centric, collaborative solutions to the enterprise through familiar Microsoft Office servers, clients, and tools. This document discusses today's business environment, identifies a "results gap" that contributes to reduced productivity, and shows that OBAs are an effective new approach that enables enterprises to achieve the "last mile of productivity." You will see that several key components of the 2007 Microsoft Office system can be used to develop Office Business Applications and that, when Line of Business Integration (LOBi) for Microsoft Office SharePoint Server is released, it will further simplify the development of OBAs. Finally, if you would like to develop a collaboration-planning scenario using the 2007 Office system, just follow the steps outlined in this paper."

At the Web 2.0 Expo Microsoft introduced "Live Mesh", integrating the MSOffice desktop with the Web, as an integral part of the Cloud. Here we go. The race to take the open web is on, and Microsoft is off to a stunning start.

Once again it's the business processes bound to MSOffice that bind users to MS products. The Massachusetts ODF Pilot Study first uncovered the business processes bound to MSOffice issue tha tmade implementation of ODF impossible. The IBM "rip out and replace" approach simply does nto work anywhere there are these bound business processes. Massachusetts CIO Louis Gutierrez correctly identified the problem and the solution: coem up with an ODF plug-in for MSOffice. Replace the docuemnt format - not the application and bound business processes.