Group items tagged 
Untuk belajar bisnis online, Anda harus memulai dengan mempelajari karakteristik setiap bisnis online yang di tawarkan dan jangan buru buru untuk memutuskan bisnis mana yang Anda ambil. Pelajari denga...
Gary Thank you for the insightful (and exhaustive) overview. Question. Would you allow me to publish all or part of your response on my practice management blog at http://dcbalpm.wordpress.com? Or may...
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.
‘Erupting from my vivid nightmares into the retro 80s faded luxury of a five-star hotel in Geneva, the pictures of the first victim reappeared on the wall. The head of the Brazilian delegation-it’s only a matter of time now.
My mind thrashes to disentangle the thrown spaghetti threads of blurred reasoning; who’s next, is it just the heads of delegation they are after, any NB member, P-members only?
The fog lifts and it’s worse. Who is behind this, them or us? We outnumber them, but maybe their plan is more devious. Must find Bonky Bob, he’ll know what to do.’
Enough levity for now. The BRM has held few surprises, other than the rather galling situation where I was forced to publicly toe the INCITS line by the temporary head of delegation, a Microsoft employee, against my better judgement.
If ever there was a discussion thread of consequence at the OASIS ODF TC, this is it. This is where the ODF interoperability nightmare burst into the daylight of a showdown vote. The interop issues were clear. OpenDocument TC members voted between interoperability and/or application specific innovation.
Application specific innovation trumped interoperability. Again. And wha ta sad day it was.
The thing is, the recent ECIS antit trust action against Microsoft comes at the request of IBM and Sun. They allege that Microsoft is violating standards requirements for interoeprability, and has launched a series of corrupt activities to push through a non interoperable standard.
They are right. Microsoft is guilty. The problem is that Microsof tcan easily point to Sun and IBM activities at OASIS ODF, and make the same allegation! Using this thread as evidence!
Furthermore, this thread is evidence that if Microsoft had tried to implement ODF, their efforts to establish interop would have been met with the same response from IBM and Sun that the OpenDocument Foundation recieved. Or so they could argue.
Houston, we have a problem. IBM and Sun could have fixed the ODF interop problems at any time during the past five years. Yet, the world is waiting. Meanwhile, this willfull negligence and lack of desire to address pressing market needs for full interop has served to hold the door open for OOXML. And now these negligent acts llook to be the basis of a Microsoft counter claim.
Oh well ..
In my recent post, I discussed the case for harmonization, mainly due to trying to portray a more kindly, conciliatory face in the “standards krieg” that I was enjoying so much. I have been forced to take a different tack, in light of being hung out to dry by my more business-focused IBM comrades and the work that the enemy has done in sprucing up the spec. However, as my closest friends know, for me, there are no half-victories, so you can rest assured that I will not settle for this weak “harmonization” compromise. I set out my (and IBM’s) stall some time ago on this, and as those on the Open Document Foundation know, any attempt at harmonization shall be met with swift and final retribution. They were ejected from the odf-coven just days after their impudence. I have baited my trap, inviting this “harmonization” in my lair (the OASIS ODF TC) where I can bog them down in a morass of incompetence, bickering and politicking, so no new standard is ever ratified. I have already been practicing for this, as you can see, by the ODF 1.1 and 1.2 specs.
This very funny satire builds on some harsh realities. The ODF chickens have come home to roost, and it isn't pretty. Very funny, yes. But not pretty for those who continue to believe that somehow ODF is a standard worthy of their support.
The flip side of the coin is that using the same critieria of interoperability, OOXML is worthless. The sad truth is that both ODF and OOXML are applicaiton specific formats that will continue to defy and defeat all efforts at interoperability. Inparticular, it's the presentation layers of ODF and OOXML that remain bound to the layout engines and feature sets of their originating applications.
Just as the presentation layers defy interoperability, they will also defeat harmonization. The only way to harmonize two application specific formats is to harmonize the originating applications. And Microsoft, Sun and IBM are not about to do that.
The links in this satire are stunning!!! They shout loudly as to how Microsoft is going to respond to the ECIS anti trust allegations. So when you stop laughing, make certain you track down the links and read through the various OASIS ODF archive threads. IBM and Sun had their chance to fix ODF interoperability. Now it may be too late.
Be aware that Gary Edwards and Marbux (of the organisation formerly known as “The OpenDocument Foundation” [1, 2]) have begun submitting links to their new site. They use Digg where they post elaborate comments about a decoy, a distraction. They comment on each other’s submissions, which are barely receiving any attention at all. The OpenDocument Foundation’s Web site has meanwhile become a link farm (inactive) with many inbound links. This is not very ordinary.
“At times, however, new people are introduced to intervene and create tensions, misunderstandings, and civil wars.”
Yo Marbux! Fire up the Black Hawk! They want us. They need us. Without the big bad bogey man, lurkign in the shadows, secretly conspiring against them, who will they blame their failures on?
Patrick Durusau, the OASIS ODF editor has written an open letter praising the OOXML standardization effort at Ecma and ISO. Patrick is a long time member of ISO JTCS1, currently serving as the ODF editor for both ISO and OASIS ODF efforts. That his endorsement of OOXML comes on the eve of the critically important February BRM is beyond incredible.
Jesper offers this quote which i think adequately summarizes Patrick's endorsement:
The OpenXML project has made a large amount of progress in terms of the openness of its evelopment. Objections that do not recognize that are focusing on what they want to see and not what is actually happening with OpenXML"
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.
MS-OOXML supporter Rick Jellife discusses the ODF Alliance response to Ecma's proposed disposition of ISO NB comments on OOXML. The Allaince response has recieved quite a bit of ink, wtih waves of ODF jihadists pointing to it as incontroverible evidence that they are right. Rick provides a lengthy response, most of which presents the ODF jihadis with some difficult issues they must now explain.
More importantly though, RJ uncovers one of the more glaring examples proving that ODF is application specific to the core, and bound to OpenOffice. He points out that OpenOffice ODF could have chosen the W3C's highly portable and infinitely interoeprable CSS as the ODF presentation layer. This would have been a great reuse of existing standards. But that's not what happened!
Instead of the widely used CSS, OpenOffice chose an incredibly application specific presentation model with the unique innovation of "automatic-styles". And with this choice came years of problematic zero interop as application after application try to exchange ODF documents with little success.
Take for example KDE-KOffice. They've been a member of the OASIS ODF TC for near five years now, almost since the beginning. Yet it's impossible to exchange all but the most basic of documents with any of the OpenOffice derivaties (OpenOffice, StarOffice, Novell Office, and Lotus Symphony - OOo 1.1.4).
If after five years of active particpation and cooperative efforts, KOffice is unable to exchange ODF docuemnts with OpenOffice, how is it that somehow Microsoft Office would be able to implement ODF without similar zero interop results? Isn't the purpose of standardized formats that end users of different applications could effectively exchange documents?
The truth is that both ODF and OOXML are application specific formats. And you can't harmonize, merge, map, or translate between two application specific formats without also having harmonized the appli
In late 2007, an article by OASIS attorney Andy Updegrove claimed that W3C Compound Document Formats: [i] are non-editable formats; [ii] are not designed for conversions to other formats; and [iii] are therefore unsuitable as office formats. Updegrove could not have been more wrong.
But unfortunately, the erroneous Updegrove article was widely publicized by the usual occupants of the IBM cheering section (1) in the stadium where the latest big vendor game for the Incompatible File Format Cup is being played, IFFC Games Stadium.
Will the real universal document format please stand up! Comments on the recent article posted by the Universal Interoperability Council: "Putting Andy Updegrove to bed without his supper".
The UIC article is well worth your time. It is extremely well referenced and researched. The arguments put forth counter claims by IBM and OASIS that the W3C's CDF format can not be used to represent desktop productivity environment documents. Not surprisingly, IBM and OASIS argue that the OpenOffice specific ODF is the only alternative to Microsoft Office specific OOXML.
The UIC argues that the full range of MSOffice legacy binary documents and emerging XML documents can fully be represented in CDF - something that not even the most ardent of ODF jihadists would claim as an ODF capabilitiy. The truth is that ODF was not designed for the conversion of MSOffice binary and xml documents.
"Microsoft has an ongoing obligation to supply complete and accurate interoperability information as specified in the Commission's 2004 Microsoft Decision," the EC goes on. "However, given that the original set of interoperability information has already been documented by Microsoft, increased opportunities through private enforcement provisions in Microsoft's license agreements for third parties to exercise their rights directly before national courts, and experience gained since the adoption of the 2004 Decision, the nature of the technical assistance that the Commission requires is now of a more ad hoc character."