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
2More

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
2More

Microsoft Suffers Latest Blow As NIST Bans Windows Vista - Technology News by Informati... - 0 views

  • In a new setback to Microsoft's public sector business, the influential National Institute of Standards and Technology has banned the software maker's Windows Vista operating system from its internal computing networks, according to an agency document obtained by InformationWeek.
  •  
    Excuse me!  Excuse me!  Does the right hand know what the left hand is doing?

    NiST, the National Institute of Standards and Technology, is authorized by the USA Department of Commerce. 

    Years ago, in conjunction with the Department of Defense (WWI), the Dept of Commerce joined with two manufacturing consortia to form ANSI.  Int eh aftemath of WWII and the formation of ISO/IEC, the US Congress, at the behest of the Department of Commerce, authorized the NiST subdiary.  NiST then authorized (and continues to oversee) ANSI to take on the USA representation at ISO/IEC.

    ANSI in turn authorized INCitS to take on the ISO/IEC document processing specific standardization issues.  it is INCitS that represents the citizens on the ISO/IE SCT 1 workgroups (wk1) responsible for both ISO 26300 (OpenDocument - ODF) and Ecma 376 (MOOX).

    Okay, so now we have the technical staffers at NiST refusing to allow purchases of Vista, MSOffice 2007 and IE 7.0.  What's going on?  And why is this happenign near everywhere at this exact same moment in time?

    The answer is that this is clearly plan B. 

    Plan A was to force Microsoft to enable MSOffice native use of ODF.  The reasoning here is that governments could force Microsoft to implement ODF, the monopolist control over desktops would be broken, and the the threat of MS leveraging that monnopoly into servers, devices and Internet systems be averted.

    The key to this plan A was to mandate purchase requirements comply with Open Standards.  And not just any "Open Standards".  Microsoft had previously demonstrated how easy it was to use ECMA as rubber stamp for standards proposals that were anything but open.  This is why in August of 2004 the EU asked the OASIS ODF Technical Committee to submit ODF to ISO/IEC.  ISO had not yet been corrupted in the same way as the hapless money hungry ECMA.

    Plan A was going along
1More

Is Sun Friend or Foe? - 0 views

  •  
    Published May 22, 2007, this comment was written in the aftermath of List Enhancement Proposal donnybrook at the ODF OASIS TC.

    it was at the height of our List Enhancement battle with Sun that OASIS stepped in their threat to boot the OpenDocument Foundation.  OASIS carried out that threat in May.  The lesson we learned is clear and unequivocal.  Opposition to Sun, in either the marketplace (da Vinci) or in the OASIS ODF TC, can be quite hazzardous to your health.

    Not that this comes as any surprise.  Nearly five years ago in 2002, when i first joined OASIS to work on OpenDocument, it was clear that OASIS was a big vendor consortia.  While OASIS does have an affordable "Lawn Jockey" program, Sun is clearly calling all the shots on the OASIS ODF TC.  This is why ODF is bound so tightly to the OpenOffice feature set.

    Still, we thought the "Lawn Jockey" loophole could be used to balance out the interests and control of the OASIS big vendors.  We were wrong.  And it took near five years for the obvious to finally sink.  Well, "sink in" thanks to the OASIS hammer and boot.

    ~ge~

2More

BetaNews | Course Change for OpenDocument Developers Seen as Emerging Rift - 0 views

  • A presentation made two weeks ago by two members of OASIS' OpenDocument technical committee, and founding members of the OpenDocument Foundation, made it clear that the foundation would be turning its attention away from developing the ODF format and translators for it. Instead, in a course change instigated as far back as last May, the Foundation is steering back toward a project launched in 1995 by the World Wide Web Consortium, in hopes of recapturing the momentum toward document interoperability for all existing word processor users.
  •  
    Excellent coverage.  Fair and balanced, even as the storm lords of IBM thunder across the Web with rage, smear and slander.
2More

Rough Type: Nicholas Carr's Blog: The Office question - 0 views

  • As I argued in my post Office Generations last year, we're in the early stages of the "hybrid phase" of personal productivity applications, when most people will use web apps to extend rather than replace their old Office apps. This phase will play out over a number of years as the web technologies mature, at which point it will become natural to use purely web-based apps (with, probably, continued local caching of data and program code). What this means is that Microsoft has a good opportunity to maintain Office's dominance during the switchover by pursuing what it calls its "software plus services" strategy. But Microsoft should be anything but complacent right now. Maintaining market dominance does not necessarily mean maintaining traditional levels of profitability. The biggest threat posed by online alternatives may well be to undermine Microsoft's pricing power - a trend we're already seeing in the student market.
    • Gary Edwards
       
      It's all about interoperabilIty and functionalIty wIthout disruption to existing business processes.
2More

Novell adds fuel to the fire in OOXML feud - News - Builder AU - 0 views

  • Microsoft has created its own proprietary document format, Office Open XML (OOXML), as a rival to the community-developed OpenDocument Format (ODF). OOXML is used in Microsoft's latest applications suite, Office 2007. Despite some efforts by the two camps, ODF and OOXML are, for the most part, not interoperable, meaning documents that are created in one format cannot be successfully read by applications based on the other format. According to Novell's vice president of developer platforms, Miguel de Icaza, the situation won't change in the foreseeable future. Want to know more? For all the latest news, analysis and opinion on open source, click here "There's no end in sight to the ongoing disputes between the two camps," said de Icaza, speaking at XML 2007, a Microsoft-sponsored event, on Tuesday. "In 2006, there was lots of FUD [fear, uncertainty and doubt] about the problems behind OOXML and it went downhill from there," Icaza said. "Neither group is willing to make the big changes required for real compatibility," de Icaza added.
    • Gary Edwards
       
      What efforts are you talking about? The last time any effort was made to accomodate interoperability was in 2003 with the establishment of the ODF "Compatibilty clause" (Section 1.5). "Despite some efforts by the two camps, ODF and OOXML are, for the most part, not interoperable, meaning documents that are created in one format cannot be successfully read by applications based on the other format......" Section 1.5 authorizes the use of "foreign elements" and "alien attributes". These techniques were specifically written into ODF for handling unknown characteristics of existing MSOffice documents (binary and/or xml) on conversion to ODF. Since the Section 1.5 addition in 2003, every other suggestion to improve interop between ODF and MSOffice documents has been rejected by the OASIS ODF TC and Sub Committees. There are three problems with Section 1.5. The first is that there is only so much that can be done with foreign elements and alien attributes. There are still remaining compatibility issues relating to the basic structures of lists, tables, fields, sections and page dymnamics. The OpenDocument Foundaiton spent over a year trying to get approval for five generic elements relating to these structures, without success. As i said, there has not been a single successful comatibility - interoperability effort since 2003, although many have been proposed. The second reason for the failure of Section 1.5 is that OpenOffice only partially implements the "Compatibility Clause". OOo only recognizes "foreign elements and alien attributes" with text spans and paragraphs. The third reason is that "compatibility" is optional in ODF. The clause does not have any teeth. Applications can implement only those aspects of the spec they feel like implementing, and still be in total "compliance". This creates serious interop problem not only for MSOffice plug-in comverted documents, but also renders as
1More

open...: Oh, Tell Me the Truth About...the ODF Bust-Up - 0 views

  • Oh, Tell Me the Truth About...the ODF Bust-Up The recent decision by the OpenDocument Foundation to shift its energies away from ODF to CDF has naturally provoked a lot of rather exaggerated comment. I wrote a piece for LWN.net (now out from behind the paywall) exploring what exactly was going on, and found out that there are bigger issues than simply document interoperability at play.it turns out to be all about Microsoft's Sharepoint - software that I am beginning to see as one of the most serious threats to open source today. Read it and be very afraid.
2More

Open Document Foundation Gives Up | Linux Magazine - 0 views

  • The reasons for the move to CDF was improved compatibility with Microsoft’s OOXML format the foundation claimed at the time. Cris Lilley from W3C contradicted. CDF is not an office format, and thus not an alternative to the Open Document Format. This turn-down is likely the reason for the abrupt ditching of the foundation.
  •  
    I've got to give this one extra points for creativity!  All anyone has to do is visit the W3C web sites for CDF WICD Full 1.0 to realize that there is in fact a CDf profile for desktops.  CDF WICD Mobile is the profile for devices.

    My guess is that Chris Lilley is threading the needle here.  IBM, Groklaw, and the lawyer for OASIS have portrayed the Foundation's support for CDF WICD Full as a replacement for ODF - as in native file format for OpenOffice kind of replacement.  Mr. Lilley insists that CDF WiCD Full was not designed for that purpose.  it's for export only!  As in a conversion of native desktop file formats.

    Which is exactly what the da Vinci group was doing with MSOffice.  The Foundation's immediate interest in CDF WICD was based on the assumption that a similar conversion would be possible between OpenOffice ODF and CDF WICD.

    The Foundation's thinking was that if the da Vinci group could convert MSOffice documents and processes to CDF WICD Full, and, a similar conversion of OpenOffice ODF documents and processes to CDF WICD could be done, then near ALL desktop documents could be converted into a highly interoperable web platform ready format.

    Web platform ready documents from OpenOffice?  What's not to like?  And because the conversion between ODF and CDF WICD Full is so comparatively clean, OpenOffice would in effect, (don't go native file format now) become ahighly integrated rich client end user interface to advancing web platforms.

    The Foundation further reasoned that this conversion of OpenOffice ODF to CDF WICD Full would solve many of the extremely problematic interoperability problems that plague ODF.  Once the documents are in CDF WICD Full, they are cloud ready and portable at a level certain to diminish the effects of desktop applications specific feature sets and implementation models.

    In Massachusetts, the Foundation took
1More

ODF 1.2? You're dreaming! Microsoft starts rolling out more OOXML translators | Mary... - 0 views

  • Over the next three months, Microsoft will be releasing new and updated translators designed to aid  customers who want interoperability between Microsoft’s Office Open XML (OOXML) and other document formats, including Open Document Format (ODF). On December 4, Microsoft began rolling out three new translators that it plans to make available this month: A 1.1 update of its translator for Word; an Open XML spreadsheet translator and a presentation translator. Additionally, in February 2008, Microsoft will deliver the final version of its translator designed to provide interoperability between the Chinese-government backed Uniform Office Format (UOF) file format and OOXML. Microsoft announced the creation of the SourceForge-hosted Open Translation Project in July 2006. At that time, the Softies said the translator-focused initiatve was started “in response to government requests for interoperability with ODF because they work with constituent groups that use that format.” Vijay Rajagopalan, a Microsoft Principal Architect, provided the update on the OOXML-ODF translation work during the XML 2007 conference on Decmeber 4. During the XML 2007 interoperability panel — sponsored by Microsoft and of which Rajagopalan was a part — the ongoing battles that have raged for the past couple of years between Microsoft and the backers of ODF were a mere sidenote.
1More

ODF calls time on da Vinci coding | The Register Lucy Sherriff - 0 views

  • The Open Document Foundation (ODF) has quietly ended all work on its da Vinci project after failing to secure approval from the Organisation for the Advancement of Structured Information Standards (OASIS). The da Vinci project was to develop a class of plug-ins that would allow users "to create and edit CDF (compound document format) files in their existing Microsoft Office installations". That is to say, a user could save a .odt file within Word as easily as if it were a .doc format. document.write('\x3Cscript src="http://ad.uk.doubleclick.net/adj/reg.software.4159/applications;'+RegExCats+GetVCs()+'pid='+RegId+';'+RegKW+'maid='+maid+';test='+test+';pf='+RegPF+';dcove=d;sz=336x280;tile=3;ord=' + rand + '?" type="text/javascript">\x3C\/script>'); However, the organisation now says all work has ceased because OASIS has not granted approval of its generic extensions. Without this approval, ODF says: "We can not effectively convert existing Microsoft documents, applications and processes to ODF. The loss of fidelity and feature - business process specific information is too great."
1More

BetaNews | Course Change for OpenDocument Developers Seen as Emerging Rift - Scott Fulton - 0 views

  • A presentation made two weeks ago by two members of OASIS' OpenDocument technical committee, and founding members of the OpenDocument Foundation, made it clear that the foundation would be turning its attention away from developing the ODF format and translators for it. Instead, in a course change instigated as far back as last May, the Foundation is steering back toward a project launched in 1995 by the World Wide Web Consortium, in hopes of recapturing the momentum toward document interoperability for all existing word processor users.
1More

Bluster keeps the ODF / OOXML debate afloat | BetaNews - 0 views

  • the Group went one step further, if only that far: It advised clients to steer clear of the whole format superiorIty debate, in order to avoid getting dragged down into what could be called "Office polItics.""ODF is insufficient for complex real-world enterprise requirements, and It is indirectly controlled by Sun Microsystems, despIte also being an ISO standard," the Burton Group's Guy Creese and Peter O'Kelly wrote. "It's possible that IBM, Novell, and other vendors may be able to put ODF on a more customer-oriented trajectory in the future and more completely integrate It wIth the W3C content model, but for now ODF should be seen as more of an anti-Microsoft polItical statement than an objective technology selection."
1More

CDI WICD 2.0 - 0 views

  • This document defines a generic language-independent processing model for combining arbitrary document formats. The Compound Document Framework is language-independent. While it is clearly meant to serve as the basis for integrating W3C's family of XML formats within its Interaction Domain (e.g., MathML, SMIL, SVG, VoiceXML, XForms, XHTML, XSL) with each other, together with CSS and the DOM; it can also be used to integrate non-W3C formats with W3C formats or integrate non-W3C formats with other non-W3C formats. 1.1. Conformance Everying in this specification is normative except for diagrams, examples, notes and sections marked non-normative. The key words must, must not, required, shall, shall not, should, should not, recommended, may and optional in this document are to be interpreted as described in RFC 2119 [RFC2119]. This specification defines the following classes of products: conforming implementation A user agent that implements all interfaces described in this specification and follows all must-, required- and shall-level of critera in this specification. conforming document A document that follows all must-, required- and shall-level of critera in this specification that apply to document authors. conforming authoring tool One that produces conforming documents.
3More

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
       
      ..... response to Robert Crocker concerning Mary Jo's article, "Independent study advises IT planners to go OOXML". 3.2.2. So this is well documented? Robert Crocker - 01/14/08 : Mind explaining these functions to us then? - Section 2.15.3.6 page 2161, autoSpaceLikeWord95. - Section 2.15.3.26 page 2199, footnoteLayoutLikeWW8. - Section 2.15.3.31 page 2209, lineWrapLikeWord6. - Section 2.15.3.32 page 2210, mwSmallCaps. - Section 2.15.3.41 page 2225, shapeLayoutLikeWW8. - Section 2.15.3.51 page 2245, suppressTopSpacingWP
1More

Denmark: OOXML vote won't affect public sector. ODF is too costly! | InfoWorld - 0 views

  • Lebech said Denmark considers OOXML an open standard, regardless whether it is approved by the ISO. "it would be impossible for us to use only ISO standards if we want to fulfill the goal of creating interoperability in the government sector," he said. The Danish Parliament also mandated that public agencies consider the cost of using open formats. One of the main reasons OOXML was included is because Denmark is heavily dependent on document management systems that are integrated with Microsoft's Office products, Lebech said. Denmark also found that requiring agencies to only use ODF would have been too expensive, mostly because of the cost of converting documents into ODF, Lebech said. "We wouldn't have been able to only support ODF," Lebech said. "it wouldn't have been cost neutral."
2More

Can IBM save OpenOffice.org from itself? - 0 views

  •  
    This quote from Chalres Schultz is ridiculous. Because Novell is not allowed to commit code to OpenOffice, they must maintain a separate code base of extensions and improvements. With each build of OpenOffice, Novell must reintegrate their changes into the code base, making for a managerial nightmare. When Novell does have improvements that Sun wants though, there is no end to the hoops of fire the Sun developers will jump through to get it. The Field Enhancement routine written by Novell's Florian Router is one of those improvements that Sun had to have. Sun even went so far as to arguing for changes in the way ODF implements fields to accomodate the Novell improvements! it's important to note however that Sun did not support the ODF Field Enhancements UNTIL Novell agreed to donate Florian's code to OpenOffice!!!!!! Proving conclusively what i have been arguing for years: Sun does not allow for any changes to ODF unless and until those changes can be implemented by OpenOffice. The ODF Field Enhancements needed by Florian's fix to OpenOffice were originally proposed on July 12th, 2006, when Florian was the CTO of the OpenDocument Foundation. These changes to the way ODF implements fields were needed by the da Vinci plug-in as part of our efforts to save ODF in Massachusetts. so here we have a rather direct example of Sun refusing improvements to ODF when needed by another application (da Vinci), but supporting those exact same changes when it is OpenOffice that can be improved!!! The arguments that the OpenOffice.org Community isn't open also apply to the OASIS ODF TC work!!!!!!
  •  
    Good catch by Eric!
    This link is to the infamous Sun statement of support for MS OOXML issued by Jon Bosak when ISO DIS 2900 was voted on by the US delegation to ISO.
    The statement is important because it directly references the core issue: MS OOXML was written for MSOffice and the billions of binary docuemnts bound to that application suite. ODF on the other hand was written to OpenOffice.
    Because ODF was not designed for the conversion of those billions of MSOffice documents, conversion is next to impossible. The implementation of ODF in MSOffice is next to impossible. The loss of information, especially the presentation-layout information, is so severe as to be intolerable in the real world.
    This leaves the real world, where MSOffice dominates over 550 million desktops, unable to implement ODF. In light of this real world problem, Sun's Bosak urges support for MS OOXML as an ISO standard!!!
    So we have this situation at OASIS ODF where Sun is in control of both ODF and OpenOffice, refusing in all cases to compromise the linkage or accomodate the much needed interoperability enhancemnts seeking to improve the conversion of billions of documents to ODF. And publicly supporting MS OOXML as the only pragmatic alternative to the situation Sun is responsible for!
1More

The ODF Alliance puckers up and gets smacked with the great CSS question - Where is it?... - 0 views

  • Harmonisation 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.
1More

OOXML vs ODF: where next for interoperability? | Reg Developer - 0 views

  • 'A diversion from the real end game – the taking of the internet' Gary Edwards of the Open Document Foundation has a fascinating post on the important of Microsoft Office compatibility to the success of the ISO-approved Open Document formats. it is in places a rare voice of sanity: People continue to insist that if only Microsoft would implement ODF natively in MSOffice, we could all hop on down the yellow brick road, hand in hand, singing kumbaya to beat the band. Sadly, life doesn’t work that way. Wish it did. Sure, Microsoft could implement ODF - but only with the addition of application specific extensions to the current ODF specification … Sun has already made it clear at the OASIS ODF TC that they are not going to compromise (or degrade) the new and innovative features and implementation model of OpenOffice just to be compatible with the existing 550 million MSOffice desktops.
1More

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

» Government turns to SaaS to salvage IT failures | IT Project Failures | ZDN... - 0 views

  • As Administrator of E-Government and Information Technology, for the Office of Management and Budget, Evans oversees the government’s CIO Council, comprised of Chief Information Officers from various agencies. In September, 2007, she testified before the Senate, about high-risk IT projects:
« First ‹ Previous 141 - 160 of 343 Next › Last »
Showing 20 items per page