Skip to main content

Home/ OpenDocument/ Group items tagged problem

Rss Feed Group items tagged

Gary Edwards

Groklaw - Microsoft, antitrust and innovation, by Georg Greve - 0 views

  • Interoperability: The second abusive practice the Commission found Microsoft guilty of is the deliberate obstruction of interoperability, generally achieved through arbitrary and willful modification of Open Standards. This makes it impossible for competitors to write interoperable software. This is to the detriment of customers, who find themselves locked into the products of one vendor, the antithesis of competition.
  • It might look much worse in the light of public statements that Microsoft will not even commit to standards that it has proposed itself, such as the recent Microsoft OfficeOpenXML (OOXML) format it wants approved by ISO. The less people talk about the interoperability side of the case, the better for Microsoft. Otherwise people might connect MS-OOXML to the fact that Microsoft initiated the standardisation effort in the workgroup server area to open the market and later started obstruction of interoperability on its own standard to drive the innovator out of the market.
    • Gary Edwards
       
      Great point. I think tha tanytime a big vendor embraces an open standard they should committ to full public documentation and explanation of any eXtensions to their implementaiton of that standard. Interoperability matters!
  •  
    Excellent explanation of Microsoft's problems in Europe.  One can only hope that the successor to the Bush Administration is paying attention. 
Gary Edwards

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

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

Bangkok Post : Database - 0 views

  • "That's the dirty little secret. When I talk to open source developers, at least half are talking about Windows, from SugarCRM, MySQL, PHP. Every single one," he said. Hilf said that Microsoft always faced a challenge in balancing interoperability and innovation. The current lawsuit with the EU competition commission is one case in point. "The [EU's] request was, 'you have to be as interoperable with non-windows systems as you are with your own. That way we can guarantee you're not going to leverage your market leading position to disadvantage others.' We've participated actively to explain why it's not a simple problem; there's this complex balance between innovation and standardisation. I think the EU has been learning," he said.
  •  
    The dirty little secret is that the monopolist control over the "ecosystem" is still intact, and expanding from the desktop to servers, devices and the web.
Gary Edwards

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

  • 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
       
      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
       
      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
       
      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
       
      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"?
  •  
    Great inteview, i'll comment as i make my way down the page.  Hopefully others will do the same.
Gary Edwards

Frankly Speaking: Microsoft's Cynicism - Flock - 0 views

  • In July, Jones was asked on his blog whether Microsoft would actually commit to conform to an officially standardized OOXML. His response: “It’s hard for Microsoft to commit to what comes out of Ecma [the European standards group that has already OK’d OOXML] in the coming years, because we don’t know what direction they will take the formats. We’ll of course stay active and propose changes based on where we want to go with Office 14. At the end of the day, though, the other Ecma members could decide to take the spec in a completely different direction. ... Since it’s not guaranteed, it would be hard for us to make any sort of official statement.”
    • Gary Edwards
       
      Then why is Microsoft dragging us through this standardization nonsense? Is this nothing more than thinly veiled assault on open standards in general?
  • To at least some people at Microsoft, this isn’t about meeting the needs of customers who want a stable, solid, vendor-neutral format for storing and managing documents. It’s just another skirmish with the open-source crowd and rivals like IBM, and all that matters is winning.
    • Gary Edwards
       
      The battle between OOXML and ODF is very much about two groups of big vendor alliances. Interestingly, both groups seek to limit ODF interoperability, but for different reasons.

      See: The Plot To Limit ODF Interop
  •  
    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~

Gary Edwards

Independent study advises IT planners to go OOXML - 0 views

  • From: Bill Gates Sent: Saturday, December 5 1998 To: Bob Muglia, Jon DeVann, Steven Sinofsky Subject : Office rendering "One thing we have got to change in our strategy - allowing Office documents to be rendered very well by other peoples browsers is one of the most destructive things we could do to the company. We have to stop putting any effort into this and make sure that Office documents very well depends on PROPRIETARY IE capabilities. Anything else is suicide for our platform. This is a case where Office has to avoid doing something to destroy Windows. I would be glad to explain at a greater length. Likewise this love of DAV in Office/Exchange is a huge problem. I would also like to make sure people understand this as well." Tuesday, August 28, 2007
  • 3.2.2.2. A pox on both your houses! gary.edwards - 01/22/08 Hi Robert, What you've posted are examples of MSOffice ”compatibility settings” used to establish backwards compatibility with older documents, and, for the conversion of alien file formats (such as various versions of WordPerfect .wpd). These compatibility settings are unspecified in that we know the syntax but have no idea of the semantics. And without the semantic description there is no way other developers can understand implementation. This of course guarantees an unacceptable breakdown of interoperability. But i would be hesitant to make my stand of rejecting OOXML based on this issue. It turns out that there are upwards of 150 unspecified compatibility settings used by OpenOffice/StarOffice. These settings are not specified in ODF, but will nevertheless show up in OpenOffice ODF documents – similarly defying interoperability efforts! Since the compatibility settings are not specified or even mentioned in the ODF 1.0 – ISO 26300 specification, we have to go to the OOo source code to discover where this stuff comes from. Check out lines 169-211. Here you will find interesting settings such as, “UseFormerLineSpacing, UseFormerObjectPositioning, and UseFormerTextWrapping”. So what's going on here?
Gary Edwards

Open Stack: ISO Does The Unthinkable. How ISO approval of MSOffice-OOXML will break th... - 0 views

  • In August of 2007 we dropped ODF as the da Vinci target conversion format, and moved to the W3C's Compound Document Format (CDF) with an ePUB wrapper.The reason for this move is that we could not establish a reasonable degree of interoperability with OpenOffice ODF unless Sun supported the five generic eXtensions to ODF needed to hit the high fidelity conversion the da Vinci process is capable of.Since da Vinci is a clone of the MSOffice OOXML compatibility Kit, we use the same internal conversion process where imbr (in-memory-binary-representation) is converted to another format: imbr <> OOXML or, imbr <> RTF.While it's entirely compliant to eXtend ODF, without Sun's changes to OpenOffice ODF the application-platform-vendor independent interoperability end users expect would be meaningless.The problem as we see it is this; it is impossible to do a high fidelity conversion between two application specific XML formats. It is however quite possible to do a conversion between an application specific format and a generic (application-platform-vendor independent) format.
  •  
    A summary of my views on ISO approval of MSOffice-OOXML and the impact it will have on the futrue of the open web.
  •  
    In response to a recent question posted to a rather old OpenStack blog, i posted this summary of my views on ISO approval of MSOffice-OOXML and the impact it will have on the futrue of the open web.
Gary Edwards

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

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

Wizard of ODF: OASIS invited to join Microsoft in the DIN technical report - harmoniz... - 0 views

  • the WG is busy working on a first draft. This'll include mainly work in Wordprocessing. Spreadsheet and Presentation is still in the very early work. So help from the ODF TC would be great --- and a liaison would make sense IMHO. To give you an idea why help from the ÓDF TC would be needed I'll briefly outline some questions which arose: * Need for more use-cases, i.e. feasable interop scenarios * Discussions of unspecified behaviour (e.g numbering in 1.0, spreadsheet formulas, compatibilty options, etc.) and their impact on interop scenarios * Questions regaring generic settings like e.eg. form:control-implementation="ooo:com.sun.star.form.component.Form", or tweaking a la http://www.openoffice.org/issues/show_bug.cgi?id=51726. * Possible interop problems not handled by the specs (e.g. graphics, WMF, EMF, SVM, etc.) or e.g. font metrics and font embedding. As you see there are a lot of overlapping areas with eg. the "ODF interop" we dealt with in the workshop in Barcelona. [This issue is hosted in the Adoption TC, right? Maybe this TC is also suited as a liaison partner?]
    • Gary Edwards
       
      Uh Oh. Microsoft and Novell joined the EU's call to harmonize ODF and OOXML, but Sun and IBM refused the invite. Now we have the invite in front of the OASIS ODF TC!. Is there any rock big enough for them to hide under if they also refuse?
      And if the OASIS ODF does join the EU-DIN-ISO effort, where doe stha tleave IBM, Sun and their inistance on a politically mandated "rip out and replace" as the only acceptable solution?
Gary Edwards

A Closer Look At Those "Single Standard" Policy Mandates : Oliver Bell's weblog - 0 views

  • 2. Achieving interoperability is rarely as straight forward as selecting a single technical standard, and many of the policy positions around the world recognize this. Applications need to be designed to work together, groups need a solid framework for collaboration and the standards need to be ready to support these two objectives.
    • Gary Edwards
       
      Hold on there Oliver. You've got the cart before the horse here. You say that, "standards need to be ready to support these two objectives". The objectives you sight are that of applications being desinged for interop (exchange) and collaboration. This observation is consistent with the vendor mantra coming out of Microsoft, Sun, and IBM: that interoperability is an application problem - not a standards issue. My view is that the only way we will have interoperability is if we design standards as totally application, platform and vendor independent. This demands a clean room approach, even to the extent of not allowing application vendors participation. At least not direct particpation where vendor business objectives might influence the standard. The first law of the Internet is that Interoperability rules. Interop must trump innovation. And innovation must be within the boundaries of the interoperability framework. Meaning, innovate on top of interop, but don't break that interop. Ever! This is exactly the opposite of how applications want to operate. They want innovation first, with interop as secondary feature based entirely on dooperative deals between vendors. That's not good enough for me or anyone else who believes that a universal fiel format is possible. The W3C approach is to focus entirely on the standards use requirements, completely shutting out application demands. With formats, this comes down to focusing on the basic document structures carried over from a few hundred years of document publication experience. The only proven formula for interop is to first write and establish the base standard. Then, let the applications adapt. Let the applications compete on how well they implement interoeprability standards, and build innovative features without disrupting or compromising that interop.
Gary Edwards

[office] The infamous list-override list enhancement proposal - 0 views

  • Well, I think the problem we face is that there are different interpretations of the 1.1 specification regarding the numbering of numbered paragraphs that have different list styles assigned. We therefore cannot say that the one or the other proposal is backward-compatible to the ODF 1.1 specification regarding the number or the style. We can only say whether it is backward-compatible to a certain _interpretation_ of the ODF 1.1 specification regarding the number or the style.
Gary Edwards

OOXML: MSOffice Open XML - Where The Rubber Meets The Road | Matusow's Blog - 0 views

  • There can be no doubt that OOXML, as a standard, has severe flaws.   It is incomplete, platform specific, application specific, full of contradictions, fails to adhere to existing standards, untestable, and presents a moving target for any IT worker.  There is not an organization in existence, including Microsoft, that promises to actually implement the full standard.  Much of this is due to the fact the final version doesn't actually exist on paper yet, but a large fraction is also do to the patchwork nature of the product. The reason governments and companies wanted a 'office apps' standard in the first place was to release an avalanche of data from aging applications.  OOXML shows every appearance of being created to prevent this escape, not enable it.   The immaturity of the standard means that it remains a gamble to see if older documents will remain readable or not.  The lack of testing means there is no way to determine what docs actually adhere to it or not.  The ignoring of existing standards guarantees compatibility problems.  All of these factors are handy for the owner of the biggest share of existing documents, as it forces users to continue to use only _their_ application or risk danger from every other quarter.
  •  
    Perhaps the single best comment i've ever read concerning OOXML and the value of standards. Very concise and too the point. Thanks you Scott B!
  •  
    ISO NB's approved MS-OOXML not because it meets ISO Interoperability Requirements. It doesn't. OOXML doesn't even come close. They approved OOXML because it's the best deal they can get given the MSOffice predicament their governments are caught in. Governments got the binary blueprints they have been insisting on, but didn't get the mapping of those binaries to OOXML. Governemnts also took control of OOXML, with Patrick Durusau and the JTC-1 now in copmplete control of the specifications future. Sadly though, Durusau and company will not be able to make the interop changes they know are required by ISO and related World Trade Agreements. The OOXML charter prevents any changes that would degrade in any way compatibility with MSOffice! This charter lock was on full display in the Microsoft - Ecma response to Geneva BRM comment resolutions, with Microsoft refusing to address any comments that would alter compliance with MSOffice. Durusau has always believed that a one to one mapping between OOXML and ODF is possible. Just prior to the Geneva BRM though, the EU DIN Workgroup released their preliminary report on harmonization, which they found to be a next to impossible task given the applicaiton specific nature of both ODF and OOXML. The DIN Report no doubt left the mapping-harmonization crowd (lead by Durusau) with few choices other than to take control of OOXML and figure out the binary to OOXML mappings for themselves, wih the hope that somewhere down the road OpenOffice will provide OOXML documents. Meaning, governments are not looking at open standards for XML documents as much as they are looking to crack the economic hammer lock Microsoft has on the desktop.
Gary Edwards

Issue 51726: OpenOffice ODF Graphics Nightmare - 0 views

  • Currently, the above given specification is a draft and has to be adjusted. Beside the change of the context menu and the navigator it's is needed to adjust the import of the XML file formats (OpenDocument and OpenOffice.org) and the export to the OpenOffice.org file format. The import needs adjustment, because the existence of name is used to distinguish Writer graphics/text boxes and Draw graphics/text boxes. The new criterium is now, that Draw graphics/text boxes of Writer documents doesn't have a parent style. The export to the OpenOffice.org file format needs adjustment, because a Writer document in the OpenOffice.org file format doesn't contain names for shapes.
    • Gary Edwards
       
      The EU DIN effort to harmonize or merge ODF and OOXML has uncovered some incredible inconsistencies in OpenOffice ODF tht will break interop every time, guaranteed. This particular issue has to do with problems naming graphics, and the hack solution now in use. It's hacks like this that make it impossible to convert MSOffice binaries to ODF.
Gary Edwards

The Charter Dilemma | ODF Editor Says ODF Loses If OOXML Does | Slashdot - 0 views

  • OOXML on the other hand presents ISO with a very different situation. Because of the way the OOXML - Ecma charter is worded, i don't see how ISO JTC-1 could ever fix the OOXML interoperability problems. ISO approval of OOXML would include acceptance of a charter that defines and limits OOXML interoperability to whatever MSOffice determines it to be. If Patrick and the JTC-1 tried to bring OOXML into compliance with existing ISO Interoperability Requirements, they would have to somehow amend a charter duly approved.Given that the JTC-1 has yet to address a two year old ISO directive regarding ODF interop compliance, what are the odds they will dare to amend an approved charter? Not good i think.ISO approval of OOXML is a tragedy for all of us. For sure it's the end of ODF. It's perhaps the end of ISO as a respected standards organization. The issue of open standards itself will become a joke, with the reality of standards by corporation having us all wringing our hands in despair.
  •  
    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!
Gary Edwards

ODF Editor Says ODF Loses If OOXML Does | Slashdot - 0 views

  • IMHO, the change in Patrick's position is entirely due to the realization that it is impossible to map between OOXML and ODF. I don't know this for sure, but when i read the German Standards Group (DIN) report on harmonization, authorized by the EU-IDABC and provided to ISO, i couldn't help but wonder how Patrick would react. The report definitively ends his OOXML ODF mapping dream.Many wonder why mapping is impossible. I had more than a few discussions with Patrick on this. His point was that a schema is a schema. As long as the syntax and semantics are fully documented, no problemo. My point is that both ODF and OOXML are application specific; and, both are woefully lacking in "semantic" documentation. Add to this problem that both ODF and OOXML lack an interoperability framework with any semblance of compliance teeth, and the whole mapping issue becomes an impossible solution. Especially if interop is the goal.
  •  
    ge comments about Patrick Durusau and his surprising change of position in support of ISO approval of OOXML
Gary Edwards

Open Malaysia: Geneva, Day Five - 0 views

  • We eventually found out that if any changes affected current implementations it would certainly be rejected. This seriously compromised any elegant solutions, and it forced us to be mindful of the "existing corpus of documents" in the wild. I personally don't believe that that should be our problem, but there was a large and vocal voting bloc which would oppose any changes to the spec which would 'break' Ecma 376. This was why appeasing Ecma had to happen. Even though they rushed their Ecma International Standard, and Microsoft took the risk in shipping Microsoft Office 2007 last year, we now have to bear the burden of having to support its limitations. This also means that future maintenance changes would get harder and harder.
Gary Edwards

FAA May Ditch Microsoft's Windows Vista And Office For Google And Linux Combo - Technol... - 0 views

  • Bowen's compatibility concerns, combined with the potential cost of upgrading the FAA's 45,000 workers to Microsoft's next-generation desktop environment, could make the moratorium permanent. "We're considering the cost to deploy [Windows Vista] in our organization. But when you consider the incompatibilities, and the fact that we haven't seen much in the way of documented business value, we felt that we needed to do a lot more study," said Bowen. Because of Google Apps' sudden entry into the desktop productivity market
  •  
    The FAA issues their "NO ViSTA" mandate, hinting that it might be permanent if they can come up with MSOffice alternatives.  They are looking at Google Apps!

    Okay, so plan B does have legs.  The recent failure of ISO/IEC to stand up to the recidivist reprobate from Redmond is having repercussions.  Who would have ever thought ISO would fold so quickly without ceremony?  One day there are 20 out of 30 JTCS1 national bodies (NB's) objecting to Micrsoft's proprietary XML proposal, the MOOX Ecma 376 specfication, and the next ISO is approving without comment the placing of MOOX into the ISO fast track where approval is near certain.  With fast track, the technical objections and contradictions are assumed to be the provence of Ecma, and not the JTCS1 experts group.

    Apparently the USA Federal Government divisions had a plan B contingency for just such a case.  And why not?  Microsoft was able to purchase a presidential pardon for their illegal anti trust violations.  If they can do that, what's to stop them from purchasing an International Standard?  Piece of cake!

    But Google Apps?  And i say that as one who uses Google Docs every day.

    The problem of migrating away from MSOffice and MOOX to ODF or some other "open" XML portable file format is that there are two barriers one must cross.

    The first barrier is that of converting the billions of MS binary docuemnts into ODF XML. 

    The second is that of replacing the MSOffice bound business processes that drive critical day to day business operabions. 

    Google Apps is fine for documents that benefit from collaborative computing activities.  But there is no way one can migrate MSOffice bound business processes - the workgroup-worflow documents to Google Apps.  For one thing Google Apps is unable to facillitate important issues like XForms.  Nor can they round trip an ODF document with the needed fidelity a
Gary Edwards

Any objections? For Open XML standard, yes (still) - 0 views

  •  
    This brief summary of the ODF <>OOXML controversy covers the recent response by Ecma to the ISO/IEC JTC 1 National Body members who filed objections to placing Ecma 376 on an ISO fast track approval process.    This article has the actual ECMA Response PDF!  A document that is well worth reading and studying.

    Essentially Ecma has told ISO to take a hike! 

    In responding to the different objections, Ecma chose to explain their position without once offering to fix or remedy he many problems and issues that so concern the 20 different NB's filing objections.  Not once!  No compromise whatsoever, only the preachy attitude that the objecting NB's simply don't understand the wonders of Ecma 376 or what a ISO "contraditction" means.

    Take a Hike!  Up Yours!  Screw you and the horse you rode in on too! 

    Pick your metaphor, it's all the same. 

Gary Edwards

ongoing · Life Is Complicated - 0 views

  • Fortunately for Microsoft, the DaVinci plugin is coming, which will enable Microsoft office applications to comply with ISO 26300. We all understand the financial issues that prompted the push to make OOXML a standard (see Tim's comment above and http://lnxwalt.wordpress.com/2007/01/21/whose-finances-are-on-the-line/ for more on this) and ensure continued vendor lock-in. However, OOXML is not the answer.
  • ODF can handle everything and anything Microsoft Office can throw at it. Including the legacy billions of binary documents, years of MSOffice bound business processes, and even tricky low level reaching add-ons represented by assistive technologies.
  •  
    Yes!  It's Da Vinci time.  I wonder if W^ has downloaded ACME 376 and taken the Da Vinci conversion engine out for a test run?  Belgium and Adobe took a look, and have expressed an interest in getting their hands on the ODF 1.2 version of Da Vinci.  California and Massachusetts have yet to comment about ACME 376, but of course they are also waiting for Da Vinci.

    I'll thank W^ for his kind comments, and make sure he knows about the ACME 376 proof of concept.  If DaVinci can hit perfect conversion fidelity with those billions of binary documents using XML encoded RTF, there is no reason why Da Vinci can't do the same with ODF.  We do however need ODF 1.2 to insure that perfect interoperability with other ODF ready applications.
  • ...1 more comment...
  •  
    Yes!  It's Da Vinci time.  I wonder if W^ has downloaded ACME 376 and taken the Da Vinci conversion engine out for a test run?  Belgium and Adobe took a look, and have expressed an interest in getting their hands on the ODF 1.2 version of Da Vinci.  California and Massachusetts have yet to comment about ACME 376, but of course they are also waiting for Da Vinci.

    I'll thank W^ for his kind comments, and make sure he knows about the ACME 376 proof of concept.  If DaVinci can hit perfect conversion fidelity with those billions of binary documents using XML encoded RTF, there is no reason why Da Vinci can't do the same with ODF.  We do however need ODF 1.2 to insure that perfect interoperability with other ODF ready applications.
  •  
    Yes!  It's Da Vinci time.  I wonder if W^ has downloaded ACME 376 and taken the Da Vinci conversion engine out for a test run?  Belgium and Adobe took a look, and have expressed an interest in getting their hands on the ODF 1.2 version of Da Vinci.  California and Massachusetts have yet to comment about ACME 376, but of course they are also waiting for Da Vinci.

    I'll thank W^ for his kind comments, and make sure he knows about the ACME 376 proof of concept.  If DaVinci can hit perfect conversion fidelity with those billions of binary documents using XML encoded RTF, there is no reason why Da Vinci can't do the same with ODF.  We do however need ODF 1.2 to insure that perfect interoperability with other ODF ready applications.
  •  
    Hi guys,

    There is an interesting discussion triggered by Tim Bray's "ongoing · Life Is Complicated" blog piece.  Our good friend Mike Champion has some interesting comments defending ISO/IEC approval of MS Ecma 376 based on many arguments.  But this one seems to be the bottom line;

    <mike> "there is not an official standard for one that (in the opinion of the people who actually dug deeply into the question, and I have not) represents all the features supported in the MS Office binary formats and can be efficiently loaded and processed without major redesign of MS Office.

    ..... So, if you want a clean XML format that represents mainstream office document use cases, use ODF. If you want a usable XML foormat that handles existing Word documents with full fidelity and optimal performance in MS Office, use OOXML. If you think this fidelity/performance argument is all FUD, try it with your documents in Open Office / ODF and MS Office 2007 / OOXML and tell the world what you learn." </mike>

    Mike's not alone in this.  This seems to be the company line for Microsoft's justification that ISO/IEC should have two conflicting file formats each pomising to do the same thing, becaus eonly one of those formats can handle the bilions of binary documents conversion to XML with an acceptable fidelity. 

    This is not true, and we can prove it.  And if we're right  that you can convert the billions of binaries to ODF without loss of fidelity, then there was no "technology" argument for Microsoft not implementing ODF natively and becoming active in the OASIS ODF TC process to improve application interoperability.

    <diigo_
Gary Edwards

Brendan's Roadmap Updates: My @media Ajax Keynote - 0 views

  • Standards often are made by insiders, established players, vendors with something to sell and so something to lose. Web standards bodies organized as pay-to-play consortia thus leave out developers and users, although vendors of course claim to represent everyone fully and fairly. I've worked within such bodies and continue to try to make progress in them, but I've come to the conclusion that open standards need radically open standardization processes. They don't need too many cooks, of course; they need some great chefs who work well together as a small group. Beyond this, open standards need transparency. Transparency helps developers and other categories of "users" see what is going on, give corrective feedback early and often, and if necessary try errant vendors in the court of public opinion.
    • Gary Edwards
       
      Brendan's comment about the open standards process and the control big vendors have over that process is exactly right. The standards contsortia are pay to play orgs controlled entirely by big vendors. OASIS and the OpenDocuemnt Technical Committee are not exceptions to this problematic and troublesome truth.
      The First Law of the Internet is that Interoperability trumps everything - including innovation. The problem with vendor driven open standards is that innovation ontinually trumps interoperability. So much so that interop is pretty much an after thought - as is the case with ODF and OOXML!
      The future of the Open Web will depend on open source communities banding together with governemnts and user groups to insist on the First Law of the Internet: Interoeprability. If they don't, vendors will succeed in creating slow moving web standards designed to service their product lines. Vendor product lines compete and are differentiated by innovative features. Interoeprability on the other hand is driven by sameness - the sharing of critical features. Driving innovation down into the interop layer is what the open standards process should be about. But as long as big vendors control that process, those innovations will reside at the higher level of product differentiation. A level tha tcontinues to break interoperability!
« First ‹ Previous 61 - 80 of 99 Next ›
Showing 20 items per page