Skip to main content

Home/ Document Wars/ Group items matching "IT" 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
Gary Edwards

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.  After that, tinkering and testing is necessary to accomplish the final "fit."  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
Gary Edwards

Whither OpenDocument Format? Say Hello To a Truly Universal File Format - CDF! - 0 views

www.technewsworld.com/...60938.html

cdf corel odf ooxml opendocument w3c xhtml

shared by Gary Edwards on 28 Dec 07 - Cached
  • Filtering vs. Standards Corel's policy is to focus on what its customers want rather than get overly involved in any one document format, Larock explained. WordPerfect uses Corel's proprietary document format but makes that code available. "We have filters built in to translate into more than 65 different file formats, including OOXML and ODF," he said. "That list included some legacy WordPerfect, AMIPro, PDF, multiple MS Word earlier formats and numerous graphic file formats." Maintaining filters for legacy document formats is important. People have lots of older files in archive that they still want to access, said Larock. Up for Grabs The evolution of text on the Internet along with the use of Web 2.0 applications is starting to have an impact. it is becoming a contest between a desktop presence and a Web-based format, according to Larock. He compared the situation to the transition from analog to digital formats in the telephone industry.
    • Gary Edwards
      Gary Edwards on 28 Dec 07
       
      Another big endorsement for the W3C's CDF as the universal file format!
Gary Edwards

How A PAID IBM Lobbyist Orchestrates The Worldwide Search for a Standard Document Format - 0 views

www.technewsworld.com/...59663.html

alliance cdf ibm marino odf ooxml opendocument

shared by Gary Edwards on 28 Dec 07 - Cached
  • Open Means Open For a document format to be considered "open," it should be fully implemented by many different vendors, interoperable, fully published, and available royalty free without intellectual property restrictions. Microsoft's OOXML continues to fail this test. For example, the comments from the British Standards Institute pointed out that "there was no other proven implementation of OOXML apart from Office 2007." Unless and until there is another proven implementation, any government beginning to use OOXML would be faced with only one option. This is contrary to the objective of government open standards policies. Open standards policies are proliferating as governments seek to create it architectures that rely on open standards to allow multiple vendors to compete directly based on the features and performance of their products. What governments obviously need are open standards that enable technology solutions that are portable and that can be removed and replaced with that of another vendor with minimal effort and without major interruption.
Gary Edwards

OOXML-ODF: The Harmonization Hope Chest | Orcmid's Lair - 0 views

orcmid.com/...f-harmonization-hope-chest.asp

shared by Gary Edwards on 09 Feb 08 - Cached
  • 4. The Reality in the Punchbowl Meanwhile, Sam Hiser offers a different impression of the DIN effort [4]: "The ODF-to-OOXML harmonization effort being hosted by the German standards group, DIN, is Europe's best effort to resolve our Mexican Standoff between Microsoft, Sun and IBM. Even though harmonization is laughably complex and will not work unless the applications are harmonized too, the best and brightest of Germany are left to hope for success."  [emphasis mine: dh] Although the mission of the German effort is translation (Übersetzung), not harmonization, I find there is a very important point that is not made often enough:  People write, read, and edit office documents with little, if any, understanding of the particular format that makes them persistent in digital form.  The XML-based open formats do not change that.   People adapt to the software/device they are using by trial and error.  We train ourselves to obtain the visible results that we want.  Different people obtain superficially similar results by quite different means.   Even when someone has gone to the trouble to create style sheets, forms, macros, templates and other format-impacting aids, it is very loosey-goosey in practice.  And it still does not require paying attention to the file format.  
Gary Edwards

Microsoft legislatively TKO's open document formats. At least stateside. | ComputerWorld - TalkBack on ZDNet - 0 views

talkback.zdnet.com/5208-10741-0.html

shared by Gary Edwards on 06 Feb 08 - Cached
  • The question we should be asking is why State CIO's and IT divisions are not backing the legislative proposals? IT's not the lobbying that is killing ODF. IT's the lack of support from those who would have been left wITh the challenge of implementing ODF solutions. The silence of the CIO's is deafening. There are three quotes i've seen batted about that pretty much say IT all:
Gary Edwards

The Harmonization Myth: ISO Approval of Open XML Will Hurt Interoperability - 0 views

blog.hvorom.dk/...ill-Hurt-Interoperability.aspx

din fraunhofer harmonization iso odf ooxml opendocument openxml

shared by Gary Edwards on 31 Jan 08 - Cached
  • This myth is rather silly if you think about it. Here is why… When people talk about interoperability and Open XML they do so primarily in the context of ODF. The story goes something like this: 1. Open XML is not interoperable with ODF 2. Open XML should be interoperable with ODF because ODF is already an ISO standard! 3. Hence: Open XML is no good, because it is not interoperable with ODF and therefore Open XML should not be an ISO standard!!!
    • Gary Edwards
      Gary Edwards on 31 Jan 08
       
      Forget ISO approval of OOXML. I would rather see ISO enforce the current directive that ODF be brought into compliance with existing ISO Interoperability requirements. Then and only then should ISO then consider OOXML.
      The reason for this approach? If ODF wiere compliant with existing ISO Interop Requirements, there would probably be some hope of harmonizing ODF and OOXML. Until ODF is stripped of it's application specific settings, and fully documented, we can hardly beging the process of figuring out harmonization.
      ODF 1.0 has four gapping holes that must be tended to before ISO proceeds any furhter with either ODF or OOXML. The holes are that ODF numbered lists, formulas and the presentation layer (styles) are woefully underspecified. The fourth problem is that ODF is seriously lacking an interoperability framework.
      These ODF problems can of course be traced back to the fact that ODF is application specific and bound to the "semantics and capabilities" of OpenOffice. That creates all kinds of problems. OOXML on the other hand is even worse. OOXML is application, platform and vendor specific!!!! If ODF were brought up to snuff, we could reasonably start work on harmonization. Thereby eliminating the need to standardize two file formats for the same purposes. Until ODF is fixed, what's the world to do?
      ~ge~
Gary Edwards

IT set to 'take their heads out of the sand' and embrace Web 2.0 - 0 views

www.computerworld.com/...article.do

interop interoperability open soa standards xml

shared by Gary Edwards on 29 Jan 08 - Cached
  • IT managers and CIOs in large companies who have actively resisted embracing Web 2.0 technologies like wikis, RSS, blogs and social networks will likely begin adding them to their priorITy lists in 2008, according to a report released Friday by Forrester Research Inc.
Gary Edwards

Notes on Breaking the Web to Ride the Fifth Wave - 1 views

community.zdnet.co.uk/...,1000000565,2000542666b,00.htm

ie-8 iso microsoft msoffice odf ooxml sdk xaml

shared by Gary Edwards on 22 Mar 08 - Cached
  • garyedwards's Discussions Breaking the Web Talkback: Google: OOXML 'insufficient and unnecessary'
  • Gary Edwards on 22 Mar 08
     
    Somehow i got involved in this discussion and ended up posting a number of comments explaining the how and why behind Microsoft's push for ISO approval of MS-OOXML. I have been working on a paper titled, "Breaking the Web to Ride the Great Wave". Breaking the Web is what will happen once ISO approves MS-OOXML. The MIcrosoft Stack of Web Servers (Exchange, SharePoint, MS-SQL Server) are integrated into the MSOffice-Outlook desktop. The MS desktop dominates much of the document workflows and business processes of the commercial world. ISO approval of the MSOffice specific MS-OOXML will legitamize MSOffice as an editor of standardized web ready docuemnts. But how MS-OOXML docuemnts become "Web REady" is tricky. In the December 2007 MSOffice SDK beta, we see how this is done. The SDK provides a conversion component for the quick high fidelity conversion of MS-OOXML documents to XAML. XAML is a proprietary part of the WPF (Windows Presentation Foundation) layer of the .NET framework, and is easily paried with Silverlight. Sometimes XAML is referred to as "fixed/flow". XAML is an MS proprietary replacement for the W3C's (X)HTML. Billions of MSOffice docuemnts will make their way to the Web using this SDK converter. The path for transitioning the monopolist hold on desktop business processes to the monopolist stack of web servers is set with this converter. ISO approval of MS-OOXML will enable Microsoft to dodge brining their desktop editor into compliance with advancing W3C standards such as (X)HTML, CSS 3, XForms, SVG and RDF. Instead of these open standards, transitioning business processes will be locked into MS only dependencies; XAML, Silverlight, WinForms, and Smart Tags. The breaking of the web results in a consumer/business cloud dependent on MS proprietary technologies that are out of the reach of Firefox, Apache, Java, and Adobe technologies. Google won't be able to penetrate the business stack, and will be kept very busy trying to defen
Gary Edwards

What Cloud Means to Marketing Forecast - Nick Carr The Big Switch - 1 views

adage.com/...article

cloud-computing google grid-computing microsoft server-farms

shared by Gary Edwards on 22 Mar 08 - Cached
  • The gorilla in this nascent market is Google. It has been spending billions of dollars to build huge data centers, or "server farms," around the world, enabling It to run all sorts of consumer software and store enormous quantIties of personal data. Combine that processing muscle wIth the company's dominance of web searching and advertising, and you have a juggernaut capable of redefining the software business on the media model.
Gary Edwards

Re: [office-comment] Public Comment - 0 views

lists.oasis-open.org/...msg00016.html

shared by Gary Edwards on 23 Jan 08 - Cached
  • Regarding section 1.5 itself: The Open Office TC decided to use the term MAY rather than MUST (or will) at the mentioned location, because it wanted to ensure that the OpenDocument specification can be used by as many implementations as possible. This means that the format should also be usable by applications that only support a very small subset of the specification, as long as the information that these applications store can be represented using the OpenDocument format. A requirement that all foreign elements and attributes must be preserved actually would mean that some applications may not use the format, although the format itself would be suitable. Therefor, we leave it up to the implementations, which elements and attributes of the specification they support, and whether they preserve foreign element and attributes. Some more information about this can be found in appendix D of the specification.
    • Gary Edwards
      Gary Edwards on 23 Jan 08
       
      This OASIS ODF discussion is about the Compliance - conformance clause of the ODF specification: Section 1.5. A developer has complained that use of MAY instead of MUST in the wording of the clause would enable conforming applications to destroy foreign elements and alien attribute markup at will. This of course would result in ZERO Interoeprability!!!!! The foreign elments and alien attributes were included for the purposes of improved ODF compatibility with the billions of MSOffice binary documents that would need to be converted to ODF. Sadly, the section 1.5 loop hole falls short of the compatibility goal, but that only begins to scratch the surface of the ODF problems. OpenOffice only supports foreign elements and alien attributes for text spans, and paragraphs!!!!!! All other such markup is unrecognized and therefore "destroyed" by OpenOffice. ZERO interop. No roundtripping with MSOffice desktops. Lossy conversion with jagged fidelity. Guaranteed.
Gary Edwards

A pox on both your houses! | Independent study advises IT planners to go OOXML - 0 views

talkback.zdnet.com/5208-12558-0.html

application-specific burtongroup cdf crocker ge maryjo odf ooxml opendocument openxml pox

shared by Gary Edwards on 25 Jan 08 - Cached
  • 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”.
Gary Edwards

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

www.computerworld.com/...article.do

burtongorup cdf odf okelly ooxml w3c

shared by Gary Edwards on 20 Jan 08 - Cached
  • Marino Marcich, executive director of the OpenDocument Format Alliance, retorted via e-mail that many users are taking "a buyer-beware attitude" toward Open XML because that format "is not interoperable and will tie them to the upgrade path of a single vendor." For example, he noted that Becta, the U.K. government's educational technology agency, last week released a report of its own advising, among other things, that to ensure the widest compatibility of files between different applications, Office 2007 users shouldn't save documents in Open XML. Instead, Becta recommended the continued use of Microsoft's older and proprietary .doc, .xls and .ppt formats.
    • Gary Edwards
      Gary Edwards on 20 Jan 08
       
      It's true, OOXML is not interoperable. It was designed for MSOffice and MSOffice only. The problem is that there is no interoperable" alternative to OOXML!!!! ODF Itself has serious interoperabilIty problems fully demonstrated at the October 2007 ODF InteroeprabilIty Workshop held in Barcelona Spain. If users want interoperbilIty wIth ODF, they must settle on a single ODF vendor. So how is that different from the interop problems imposed by OOXML?
Gary Edwards

Gmail - [office] Clarification for frame formatting property style:flow-with-text - Flock - 0 views

mail.google.com/mail

foundation imported:del.icio.us oasis odf opendocument

shared by Gary Edwards on 12 Dec 07 - Cached
  • Some notes on the history of this feature in OpenOffice.org Writer:Prior to OpenOffice.org 2.0, text frames, embedded object and graphicsare clipped/captured inside its layout environment and flow with thetext flow, if possible. The reason for this was, that the contentstructure also determines the layout structure - e.g. a paragraph insidea page header have to stay inside the page header.Shapes (drawing objects in OpenOffice.org) unfortunately doesn't followthis rule.For OpenOffice.org 2.0, we needed to unify text frames, embeddedobjects, graphics and shapes. Thus, this frame formatting property hasbeen proposed. This need was also influenced by interoperabilityrequests for the binary Microsoft Word file format and the MicrosoftWord layout.
  • Gary Edwards on 12 Dec 07
     
    Aha!  I mentioned in an earlier bookmark that Sun was involved in the Belgium ODF - OOXML Pilot Study.  It was disclosed by Peter V. (Belgium Consultant to Peter Strick's group) that Sun was proposing changes to the ODF 1.2 specification, after the close date, to improve the conversion fidelIty problem their plug-in is having in the trials.  We tried to do the same thing to save ODF in Massachusetts.  Sun didn't have a plug-in for the Massachusetts trials, and opposed our iX interop enhancements and extensions.  I guess they are beginning to understand why the iX proposals are so important? 

    If you can't convert MS binaries and xml to ODF, then there is no use in the real world for ODF.  It's that simple.   In California, the CIO's routinely refer to this problem as, "ODF is impossible to implement".

    ~ge~

  • ...1 more comment...
  • Gary Edwards on 12 Dec 07
     
    Summary of First ODF Summit held in Armonk, organized by IBM and Sun. List of names for all attendees
  • Gary Edwards on 12 Dec 07
     
    Summary of First ODF Summit held in Armonk, organized by IBM and Sun. List of names for all attendees
  • Gary Edwards on 12 Dec 07
     
    Summary of First ODF Summit held in Armonk, organized by IBM and Sun. List of names for all attendees
Gary Edwards

Q&A: Former Mass. CIO feels \'bittersweet pride\' after battles with Microsoft, legislature - 0 views

www.computerworld.com/...article.do

massachusetts microsoft odf ooxml opendocument openxml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Q&A: Former Mass. CIO feels 'bittersweet pride' after battles with Microsoft, legislature Gutierrez says he would make same choices again that he did in ODF and it funding fights
  • Gary Edwards on 12 Dec 07
     
    Whoa, Wiki Ricki is right.  This is a great article!  A must read interview with Louis Gutierrez.  I wonder though, since it was ComputerWorld and the Boston Globe that filed the August 2006 Freedom of Information Act invocation to get all the Massachusetts conversations and meetings, no doubt they were carryign some heavy ammunition into this interview.  Up until this interview it's been next to impossible for the public or press to get truthful information.  This is a good start, and i for one wonder just how far Massachusetts execs are willing to go with their public disclosures?
Gary Edwards

What is "Contradiction" of an ISO Standard? - O'Reilly XML Blog - 0 views

www.oreillynet.com/...is_contradiction_of_an_is.html

ansi/incits ecma376 imported:del.icio.us iso/iec odf ooxml opendocument

shared by Gary Edwards on 12 Dec 07 - Cached
  • Gary Edwards on 12 Dec 07
     
    Microsoft Wikipedia Shill Rick Jelliffe weighs in on the "contradiction" definition issue.  Rick is well known XML expert, and prior to his contracting out as a hired shill for Microsoft, was much respected.  Patrick Durusau, ODF editor and co chairman of the ISO/IEC JTSC1 committee that reviewed ODF and will be responsible for MS Ecma 376, requested the clarification.

    Rick J provides a nice framework for approachign the "contradiction definition" issue, but fails to provide an expert opinion on MS Ecma 376. 

    Anyone familiar with Rick's comments in the past will come away from this article much surprised.  He went all wobbly when it came time to make the call on MS Ecma 376.  This kind of wishy washy opinion is hardly what we've come to expect. 

    I guess the shill contract incuded much more than pasting up Wikipedia to make Microsoft look like an honest broker of information technologies. 

    ~ge~

  • ...2 more comments...
  • Gary Edwards on 12 Dec 07
     
    Microsoft Wikipedia Shill Rick Jelliffe weighs in on the "contradiction" definition issue.  Rick is well known XML expert, and prior to his contracting out as a hired shill for Microsoft, was much respected.  Patrick Durusau, ODF editor and co chairman of the ISO/IEC JTSC1 committee that reviewed ODF and will be responsible for MS Ecma 376, requested the clarification.

    Rick J provides a nice framework for approachign the "contradiction definition" issue, but fails to provide an expert opinion on MS Ecma 376. 

    Anyone familiar with Rick's comments in the past will come away from this article much surprised.  He went all wobbly when it came time to make the call on MS Ecma 376.  This kind of wishy washy opinion is hardly what we've come to expect. 

    I guess the shill contract incuded much more than pasting up Wikipedia to make Microsoft look like an honest broker of information technologies. 

    ~ge~

  • Gary Edwards on 12 Dec 07
     
    Microsoft Wikipedia Shill Rick Jelliffe weighs in on the "contradiction" definition issue. Rick is well known XML expert, and prior to his contracting out as a hired shill for Microsoft, was much respected. Patrick Durusau, ODF editor and co chairman of
  • Gary Edwards on 12 Dec 07
     
    Microsoft Wikipedia Shill Rick Jelliffe weighs in on the "contradiction" definition issue. Rick is well known XML expert, and prior to his contracting out as a hired shill for Microsoft, was much respected. Patrick Durusau, ODF editor and co chairman of
  • Gary Edwards on 12 Dec 07
     
    Microsoft Wikipedia Shill Rick Jelliffe weighs in on the "contradiction" definition issue. Rick is well known XML expert, and prior to his contracting out as a hired shill for Microsoft, was much respected. Patrick Durusau, ODF editor and co chairman of
Gary Edwards

BetaNews | ECIS Accuses Microsoft of Plotting HTML Hijack - 0 views

www.betanews.com/...1169824569

dirtytricks iso microsoft msoffice oasis odf ooxml opendocument openxml xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Nonetheless, from ECIS' perspective, the lone enemy is at the gate: "With XAML and OOXML," stated ECIS attorney Thomas Vinje, "Microsoft seeks to impose its own Windows-dependent standards and displace existing open cross-platform standards which have wide industry acceptance, permit open competition and promote competition-driven innovation. The end result will be the continued absence of any real consumer choice, years of waiting for Microsoft to improve - or even debug - its monopoly products, and of course high prices."
  • Gary Edwards on 12 Dec 07
     
    There you go!  The Micrsoft plot to take over the Internet in a nutshell, with XAML and EOXML at the point of the spear.

    Funny how everyone knows what Micrsoft's intentions are, even having identified the tehcnoliges to be used, but still no one can stop them.  How did this recidivist reprobate get so outside the rule of law and beyond the reach of good men?

    EOXML (MS Ecma 376) must be stopped at ISO/IEC, if only to slow down this worldwide train wreck they plan for our beloved and open Internet.

Gary Edwards

BetaNews | Microsoft: Office Format War Over - 0 views

www.betanews.com/...1173114057

iso microsoft odf ooxml opendocument openxml xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • "Over the past few years, we've had two important file formats come into the market, OpenXML and ODF. Both were designed for different purposes, and both have been valuable additions to the market. Now we can also say that we have multiple implementations of both formats."
  • Gary Edwards on 12 Dec 07
     
    The war is over?  When did Microsoft surrender?  And when did they sign the official terms of surrender?

    The terms of surrender are simple. Microsoft must agree to fully support and implement ODF as a native file format in all versions of MSOffice qualified for the current OOXML compatibility kit. Furthermore, MSOffice must offer end users the choice of selecting ODF as the default MSOffice file format.

    Those are the terms of surrender, and i for one don't see how the Microsoft or Novell Translator plugin's qualify?  These things are garbage!

    What if an MSOffice user was to work on a document, save it to OOXML only to open it later to find a near totally useless and corrupted document with a conversion fidelity equal to that achieved by the hapless MCN Translator Plugins?

    Right.  What's good for the goose is good for the gander.  Until these idiotic MCN Translators can achieve a conversion fidelity between ODF and OOXML acceptable to MSOffice users - comparable to native documents use and expectations, they should be regarded for what they are: an experimentation proving conclusively that OOXML is not even close to being interoperable with ODF.

    ~ge~
Gary Edwards

Vista and Office 2007 spin tales from the Underground | Channel Register - 0 views

www.channelregister.co.uk/...page2.html

exchange iso microsoft msoffice oasis odf ooxml opendocument openxml sharepoint vista xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Firstly it is a back end to what most people would traditionally think of as "Microsoft Office", i.e. the suite of desktop tools (Word, PowerPoint, Excel and so on). In this respect, it acts as a hub for collaboration, document storage/sharing, search and a range of other functions. However, SharePoint can also be used independently of the Office desktop components as a very respectable and capable portal environment for serving up either native .Net or composite applications to users through a browser.
  • Gary Edwards on 12 Dec 07
     
    Excellent article about Vista and MSOffice "System" 2007 as development platforms.  The author provides one of the better explanations of how MSOffice 2007 and SharePoint "Hub" are connected and joined at the hip.  Hey, i invented tha tterm "Hub"!  Or so i thought.  I guess some things are just obvious.

    My use of the term "Hub" to describe an XML turnstile where backend information meges with portal interfaces, email, messaging, and document storage/collaboration goes back to the 2003 "Sales and Inventory" management system prototype we built for Comcast.  Desktops connect to the hub through XML documents, XForms and Jabber XMPP data binding, and browsers.  Great stuff - the way SOA should be done!

Gary Edwards

Open Stack: Game Time for OpenDocument - 0 views

openstack.blogspot.com/...ame-time-for-opendocument.html

ecma eooxml iso microsoft mooxml oasis odf

shared by Gary Edwards on 12 Dec 07 - Cached
  • IMHO, it all comes down to one question: > *... Is ODF able to handle everything EOOXML was designed for? Is there something you can do in EOOXML that can't be done with ODF? > Microsoft insists that the reason they developed EOOXML is that ODF is inadequate and unable to handle the advanced features of MSOffice, and, most importantly, the billions of binary legacy documents produced by the many versions of MSOffice still in production. > The answer to this question is that ODF can handle everything MSOffice can throw at it. > There are two ways of proving this. >
  • Gary Edwards on 12 Dec 07
     
    The primary difference between ODF and MOOXML is that ODF was designed to be a universal file format.  MOOXML was designed to be an XML file format for MSOffice, the Win32 API, and the Vista Information Processing Chain API (.NET 3.0). 

    ODF is application and platform independent.  MOOXML is application and platform specific.  It's bound to the Windows - Vista platform. 

    Microsoft's Brian Jones recently got caugh tup in a argument wIth the heavily armed WMD ODF expert and combatant Sam Hiser (WMD=Words of Massive Destruction).  In their exchange, Brian got confused over this very important distinction between ODF and MOOXML.  ODF allows specific applications to place their configurations and requirements in a settings file that is separate from the content, presentation and metadata containers.  MOOXML on the other hand makes no distinction whatsoever between application specific (MSOffice only) configuration, settings, processsing instructions and systemm dependencies and the rest of the file format contents.  Application settings are bound to content, presentation, and schema containers.  So bound that Brian is seemingly unaware of what ODF has achieved.  Sam caught him by surprise, as did many others posting comments:

    Brian Jones on MOOXML support for older versions of MSOffice:  Coments by Sam the WMD Man are below.


Gary Edwards

Brian Jones: Open XML Formats : Specifying the document settings - 0 views

blogs.msdn.com/...ing-the-document-settings.aspx

contradictions ecma eooxml inconsistencies interoperability iso microsoft oasis odf openxml

shared by Gary Edwards on 12 Dec 07 - Cached
  • # re: Specifying the document settings @ Thursday, January 11, 2007 5:11 AM Brian, the fact that you are encouraging people not to use those compatibility flags does not matter at all here. There obviously will be documents with those flags turned on, right? Otherwise you wouldn't have put this in the standard. So it's just a corner case, but still: This means ONLY your office suite will be able to display those documents correctly, even if a competing program implemented the whole specification. Why? Because you didn't specify how those flags affect the display of the document (a hell of a specification you have there...). I still haven't seen any answer to this valid criticism. it's a competitive advantage for Microsoft since the standard is incomplete and your company is the only one that has the missing parts. - Stephan Stephan Jaensch
  • Gary Edwards on 12 Dec 07
     
    Nice catch by Stephan Jaensch.  He caught Brian Jones trying wriggle out of corner Rob Weir has trapped the mighty Microsoft Blogmeister in.  The last line of Stephan's question to Brian Jones says it all; the incompleteness and undocumented aspects of the EOOXML specification give Microsoft an incredibly unfair competitive advantage regarding the billions of binary MSOffice documents in circulation and vital to critical day to day business operations the world over. 

    The quote from Stephan:  "I still haven't seen any answer to this valid criticism. it's a competitive advantage for Microsoft since the standard is incomplete and your company is the only one that has the missing parts."

    The response from Brian?  We're waiting.  We've been waiting.  With each passing day the EOOXMl specification looks more like a monopolist endagered species protection order than the open standard Microsoft is trying to palm it off as.

« First ‹ Previous 201 - 220 of 331 Next › Last »
Showing 20▼ items per page