Group items tagged

Interesting article discussing the many ways Microsoft is using to improve the public perception that they are serious about interoperability and open formats, protocols and interfaces. Rocketman attended the recent ISO SC34 meeting in Prague and agrees that Microsoft has indeed put on a new public face filled with cooperation, compliance and unheard of sincerity.

He also says, "Don't be fooled!!!"

There is a big difference between participation in vendor consortia and government sponsored public standards efforts, and, actual implementation at the product level. Looking at how Microsoft products implement open standards, my take is that they have decided on a policy of end user choice. Their applications offer on the one hand the choice of aging, near irrelevant and often crippled open standards. And on the other, the option of very rich and feature filled but proprietary formats, protocols and interfaces that integrate across the entire Microsoft platform of desktop, devices and servers. For instance; IE8 supports 1998 HTML-CSS, but not the advanced ACiD-3 "HTML+" used by WebKit, Firefox, Opera and near every device or smartphone operating at the edge of the Web. (HTML+ = HTML5, CSS4, SVG/Canvas, JS, JS Libs).

But they do offer advanced .NET-WPF proprietary alternative to Open Web HTML+. These include XAML, Silverlight, XPS, LINQ, Smart Tags, and OOXML. Very nice.

"When an open source advocate, open standards advocate, or, well, pretty much anyone that competes with Microsoft (news, site) sees an extended hand from the software giant toward better interoperability, they tend to look and see if the other hand's holding a spiked club.

Even so, the Redmond, WA company continues to push the message that it has seen the light regarding open standards and interoperability...."

Exellent introduction to RDF and the Semantic Web!

ODF was created on the principles that interoperability and innovation were paramount, and that these are based on open standards. Not coincidentally, ODF's creation coincided with the growing support of open ICT architectures, which grew from the Web model where the standardization of HTML, an open, royalty-free standard, enabled the Web to be an open platform that enabled much innovation on top of it. The key was interoperability, or the ability of multiple parties to communicate electronically, without the need to all run the same application software or operating system. Also critical to the development of ODF was the introduction of OpenOffice.org, the open source office suite that first implemented the format, and the rise of XML as a widely supported foundational standard for describing structured data.

How Does Word Web App Get Better With Silverlight? Faster load performance, since typically fewer bytes need to be downloaded before showing the document. Improved text fidelity at 100% zoom. This includes better text spacing and rendering. Greatly improved text fidelity at other zoom levels not 100%. Text will respect settings set in cleartype tuner, so you're able to determine how much (if any) cleartype you'd like to see. The cleartype tuner is available on the web for older versions of Windows, and is included in Windows 7. Improved accuracy of hit highlighting in Find.

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

Uh?  The ODF failure in Massachusetts doesn't count as evidence that ODF was not designed to be compatible with existing MS documents or interoperable with existing MSOffice applications?

And it's not just the da Vinci plug-in that failed to implement ODF in Massachusetts!  Nine months later Sun delivered their ODF plug-in for MSOffice to Massachusetts.  The next day, Massachusetts threw in the towel, officially recognizing MS-OOXML (and the MS-OOXML Compatibility Pack plug-in) as a standard format for the future.

Worse, the Massachusetts recognition of MS-OOXML came just weeks before the September 2nd ISO vote on MS-OOXML.  Why not wait a few more weeks?  After all, Massachusetts had conducted a year long pilot study to implement ODF using ODF desktop office sutie alternatives to MSOffice.  Not only did the rip out and replace approach fail, but they were also unable to integrate OpenOffice ODF desktops into existing MSOffice bound workgroups.

The year long pilot study was followed by another year long effort trying to implement ODF using the plug-in approach.  That too failed with Sun's ODF plug-in the final candidate to prove the difficulty of implementing ODF in situations where MSOffice workgroups dominate.

California and the EU-IDABC were closely watching the events in Massachusetts, as was most every CIO in government and private enterprise.  Reasoning that if Massachusetts was unable to implement ODF, California CIO's totally refused IBM and Sun's effort to get a pilot study underway.

Across the pond, in the aftermath of Massachusetts CIO Louis Guiterrez resignation on October 4th, 2006, the EU-IDABC set about developing their own file format, ODEF.  The Open Document Exchange Format splashed into the public discussion on February 28th, 2007 at the "Open Document Exchange Workshop" held in Berlin, Germany.

Meanwhile, the Sun ODF plug-in is fl

Whoa!  This has already happened.  In his blog titled, "The Formats of Excel 2007",  XML expert Rob Weir demonstrates for us that MSOffice 2007 Excel has a new file format.  Rob demonstrates that there are four file format choices in Excel; EOOXML, Legacy XLS binary, and two  new binary extensions of EOOXML: "Excel Macro-Enabled Workbook" - xlsxm, and "Excel Binary Workbook" - xlsb.

The new binaries are proprietary extensions to EOOXML.  xlsb in particular looks to be something known as a XML Binary InfoSet..  XBiS is a compressed form of an XML file used in situations where bandwidth and device cpu constraints demand such an extreme.  We can't be sure about xlsb, but it looks like a duck, walks like a duck, quacks like a duck and thherefore....

This must be some kind of record.  EOOXML isn't yet 30 days old and Micrsoft has eXtended it with a proprietary binary representation not available to the rest of the world.  And XBiS was designed so that implementations would be open and application and platform independent.  But that's not what we see with Microsoft's xlsb.

What Marbux is pointing out here is that only Micrsoft has the legal rights to do this proprietary eXtension of EOOXML.  Beat the drums.  Sound the alarms.  Hide the women and children.  Nothing has changed.  The longboats are fancier, there are more of them. The swords of the pillagers remain just as sharp.  Their determination and drive just as strong.

Some quick backgroud references:  Compression, XML</b

There are many other warts in the Microsoft covenant not to sue. E.g., the covenant applies only toEcmaOffice Open XML; it does not apply to any future version, including a version that might be approved by ISO or a variant that might be actually imple

There are many other warts in the Microsoft covenant not to sue. E.g., the covenant applies only toEcmaOffice Open XML; it does not apply to any future version, including a version that might be approved by ISO or a variant that might be actually imple

Thanks to Paul for digging this up. Who would have guessed that years later, these same issues hang like a dark shroud on the future of ODF? Note also that June 1st of 2007 was the cut off date for ODF 1.2 proposals and recommendations. The OpenFormula and Metadata SC's were rushing to make the cutoff. The List Enhancement proposal itself was just one of many enhancements submitted by Florian Reuter in November of 2006, designed to greatly improve ODF compatibility with MSOffice "ODF". By November of 2006, thanks largely to the Massachusetts Pilot Study, there were a number of ODF plug-ins for MSOffice. All were capable of producing perfectly compliant ISO 26300 ODF, but falling far short of public expectations of high fidelity interop with OpenOffice ODF. Sound familiar? Everyone knew that it was only a matter of time before Microsoft was pressed into providing MSOffice ODF support. There was no doubt that they would face the exact same interop challenges as the many independent plug-in efforts. Hence the stepped up efforts by many at the OASIS ODF to "fix" ISO 26300! At the time of the List Enhancement Proposal, we had increasing evidence from the many pilot studies that ODF was impossible to implement in business and workgroup environments where the MSOffice productivity environment was the defining platform. ODF was not designed to be compatible with MSOffice or the binary documents so critical to business processes bound to this environment. OpenXML was designed exactly to be compatible with these environments. Unless ODF fixed it's compatibility/interoperability problems there was no way for the independent plug-ins to provide a reasonable ODF implementation alternative to OpenXML. And even if Microsoft did produce an MSOffice ODF compliant with ISO 26300, these productivity environments would remain entirely locked. The world expected ODF to be compatible, interoperable, Web ready, and fully capable of cracking open the iron grip Mic

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. .....

Is there nothing that can cool the flames of this document war? Interesting coverage of the recent OOXML Interoperability event in London (Monday). Real stuff not talk. Since Florian, Jason and i are working on an OpenWeb ready HTML+ layer riding over OOXML there are some things mentioned that look very interesting. ..."An Opera browser plug-in for Open XML Document Viewer v1.0 was released at the meeting; the tool provides direct translation for Open XML documents (.DOCX) to HTML, enabling access to Open XML documents from any platform with a Web browser, including mobile devices. The document-viewing software already includes a plug-in for Firefox, Internet Explorer 7 and Internet Explorer 8...." ..."Microsoft and the other participants in Monday's forum also made available a beta of Apache POI 3.5, a Java API (application programming interface) to access information in the Open XML Format....."

"PUB HTML5 automatically converts your legacy content to rich and interactive eBooks. Add interactivity, audios, videos, documents, HTML activities, assessments and more to provide a rich reading experience to your readers. PUB HTML5 enables you to convert your content only once and publish them to multiple platforms like iPad, Android and Windows 8 tablets, PC/Mac and industry standard formats like HTML5 and MOBI. For PUB HTML5, the operating steps of creating fabulous digital magazines are foolproof ones. We extol minimum efforts and maximum outputting effects. Just follow the right procedures of the software, and you can totally customize your own digital magazine on your IPAD. After you have converted your PDF files, with multiple Custom Setting buttons, you get the privilege to design your own digital magazines .You may chose the template you prefer; change the background image; insert rich media including audios, video, images; add links, etc. The whole process can be easily achieved within minutes. Converting your PDFs into HTML5 in order to create iPad magazines can be a simple and worthwhile experience following the right procedures. This video provides you with a step by step procedure on how to create iPad magazines from the very beginning. Even though the PDF is great for posting reading documents like manuals on a website, it can sometimes annoy and even deter your viewers. Public or shared computers may not have a PDF viewer installed or downloading a PDF might not agree with a user's browsing habits. In order to make material in a PDF more accessible to others, converting your PDF to HTML5 file may be an alternative to consider. You can convert PDF to HTML5 free by using the Export tool in PUB HTML5. This option lets you perform different types of on-the-fly PDF conversions. After you have personalized your digital creation by using PUB HTML5 on your PC, you may easily preview your digital work on your IPAD or any other electronic devices. You ma

Marbux on metadata and the language of universal interoperability: Few people are aware of the raging debate that has pushed ODF to the edge. The OASIS ODF TC is split between those who support Universal Interoperability, and those who insist on continuing with limited ODF interoperability.

ODF (OpenDocument), formally known as Open Office XML, began it's standards life in the fall of 2002 when Sun submitted the OpenOffice file format to OASIS for consideration as a office suite XML fiel format standard. The work on ODF did not start off as a clean slate in that there were near 600 pages of application specific specification from day one of the standards work. The forces of universal interop have sought for years to separate ODF from the application specific features and implementation model of OpenOffice that began with those early specification volumes, and continues through the undue influence Sun continues to have over the ODF specification work.

Many mistakenly believed that submission of ODF to ISO and subsequent approval as an international standard would provide an effective separation, putting ODF on the track of a truly universal file format.

Marbux is one of those Universal Interop soldiers who has dug in his heels, cried to the heavens that enough is enough, and demanded the necessary changes to ODF interoperability language.

This post he recently submitted to the OASIS ODF Metadata SC is a devastating rebuttal to the arguments of those who support the status quo of limited interoperability.

In prior posts, marbux argues that ISO directives demand without compromise universal interoperability. This demand is also shared by the World Trade Organization directives regarding international trade laws and agreements. Here he brings those arguments together with the technical issues for achieving universal interop.

It's a devastating argument.

Great inteview, i'll comment as i make my way down the page.  Hopefully others will do the same.

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

Good commentary from Frank Hayes of Computerworld concerning a very serious problem. Even if ISO somehow manages to approve MS-OOXML, Microsoft has reserved the right to implement whatever extension of Ecma-OOXML they feel like implementing. The whole purpose of this standardization exercise was to bring interoperability, document exchange and long term archive capability to digital information by separating the file formats from the traditions of application, platform and vendor dependence.

If Microsoft is determined to produce a variation of OOXML that meets the needs of their proprietary application-platform stack, including proprietary bindings and dependencies, any illusions we might have about open standards and interoeprability will be shattered.  By 2008, Microsoft is expected to have over a billion MS-OOXML ready systems intertwined with their proprietary MS Stack of desktop, server, device and web applications. 

How are we to interoperate/integrate non Microsoft applications and services into that MS Stack if the portable document/data/media transport is off limits?  If you thought the MS Desktop monopoly posed an impossible barrier, wait until the world gets a load of the MS Stack!

Good article Frank.

~ge~

Not specific to Document formatting, but a huge example of Microsoft vs. "The right thing". Read the three articles linked in the post.

Talk about "Switch", this is incredible. Very interesting fellow and a good

Joe Wilson of Microsoft Watch knocks another one out of the park. Why is it that so few in the media get it? Or anyone else for that matter? Matt Assay gets it. But few understand the Vista Stack and the importance of OOXML in the transition of the monopoly base from MSOffice to the Vista Stack. No doubt the arrogance of those who dare challenge Microsoft is both a necessary blessing and guaranteed curse. Take for instance the widely held assumption that Microsoft invented MS-XML (OfficeOpenXML) in response to OpenDocument (ODf). This is false, misleading and will inevitably result in a FOSS death spiral in the face of a Vista Stack juggernaut. But it sure does feel good.

Joe Wilson at Microsoft Watch points out the real reason for MS-XML, and why ISO approval of OOXML is so important. Microsoft needs OOXML approved as an international standard because OOXML is the binding model for the emerging Vista Stack of loosely coupled but information integrated applications.

The Vista Stack model converges desktop, server, device and web information systems using OOXML-Smart Documents, .NET 3.0 and the XAML presentation layer as the binding components.

The challenge for Microsoft is to migrate existing MSOffice bound business processes, line of business integrated apps, and advanced add-ons to the Exchange/SharePoint Hub. Once the existing documents, applications (MSOffice) and processes are migrated to the E/S Hub, they can be bound tightly to the rest of the Vista Stack.

Others see OOXML as some sort of surrender or late recognition that the salad days of MSOffice are over. They jubilantly point to Web 2.0, Office 2.0 and rise of the LiNUX Desktop as having ushered in this end of monopoly for MSOffice. Like the ODf champions, these people are similarly sadly mistaken!

While they celebrate, Microsoft is quie