Skip to main content

Home/ Document Wars/ Group items tagged good

Rss Feed Group items tagged

Gary Edwards

The better Office alternative: SoftMaker Office bests OpenOffice.org ( - Soft... - 0 views

shared by Gary Edwards on 30 Jun 09 - Cached
  • Frankly, from Microsoft's perspective, the danger may have been overstated. Though the free open source crowd talks a good fight, the truth is that they keep missing the real target. Instead of investing in new features that nobody will use, the team behind OpenOffice should take a page from the SoftMaker playbook and focus on interoperability first. Until OpenOffice works out its import/export filter issues, it'll never be taken seriously as a Microsoft alternative. More troubling (for Microsoft) is the challenge from the SoftMaker camp. These folks have gotten the file-format compatibility issue licked, and this gives them the freedom to focus on building out their product's already respectable feature set. I wouldn't be surprised if SoftMaker got gobbled up by a major enterprise player in the near, thus creating a viable third way for IT shops seeking to kick the Redmond habit.
    • Gary Edwards
       
      Wow. Somebody who finally gets it. OpenOffice and OpenOffice ODF were not designed to be compatible with Microsoft Office, the MSOffice productivity environment, and, the legacy of binary documents. Softmaker is not the only Office Suite alternative designed for compatibility with MSOffice. ThinkFree Office and Evermore Office are also proof positive that high level compatibility is possible.
Paul Merrell

untitled - 0 views

  • Most (quality) specifications provide clear instructions using those magic words SHALL, SHALL NOT, and MAY where those words have a defined meaning for an implementor. Paragraphs are clearly identified as either normative or informative. That way an implementor knows what they must and may implement to claim conformance against a specification. This approach has been well established over time as a sensible way for spec writers and implementors to work
  • Most (quality) specifications provide clear instructions using those magic words SHALL, SHALL NOT, and MAY where those words have a defined meaning for an implementor. Paragraphs are clearly identified as either normative or informative. That way an implementor knows what they must and may implement to claim conformance against a specification. This approach has been well established over time as a sensible way for spec writers and implementors to work That is the way quality specifications are written. For example, ISO/IEC's JTC 1 Directives (link to PDF) requires that international standards designed for interoperability "specify clearly and unambiguously the conformity requirements that are essential to achieve the interoperability." With that clarity, conformance is testable and can provide confidence of interoperability. A suite of tests may be developed and applied to an implementation to determine which tests pass, which fail, and hence arrive at an objective pronouncement on conformance of an implementation against the entirety of the specification.
  • In a quality specification, it should be feasible to select a normative paragraph, identify a conformance test for it, and make a clear statement that this test proves that an implementation meets (or fails to meet) that requirement. Call it a test plan: define the tests (test specification), define the expected set of results, and define what constitutes a "pass" of each test that establishes conformance. The plan then provides the matrix of test spec against requirement. Simple.
  • ...4 more annotations...
  • Rob Weir of IBM chaired (apology for the misuse of that last word) the formation list and then simply announced what the charter would be rather than seeking consensus among the list participants. As part of this process before that charter was produced and while I still naively believed that consensus was a goal, I sat down with ODF 1.1 and did a paragraph-by-paragraph review for testability. The numbers were quite revealing. I completely reviewed only the first four major sections and found very few clear requirements. The majority were mere statements with no normative language used to identify what was required or optional. Implementors would have to make their own interpretation.
  • It's ironic that the chair viewed as good news the fact that there were far fewer testable paragraphs than he had predicted. But his prediction of 10,000 test cases is probably far closer to how many testable paragraphs there should be; my counts were actually bad news.
  • All of the above leads to the interesting question of just how the chair expects to accomplish much that is useful in regard to ODF conformance testing before the specification is amended to tighten up the language and add clear requirements. The syntax conformity is already handled by validation against the schema, but the semantics are woefully under-specified.
  • Summary: ODF 1.1 isn't verifiable as a specification. From a fairly cursory review of the latest draft, ODF 1.2 will follow the same path. With OASIS now being more demanding regarding conformance requirements on every specification and with ISO/IEC taking a closer interest in liaison with the ODF TC, I find it hard to see how the ODF TC co-chairs can maintain this view toward verification.
Graham Perrin

Doug Mahugh : Standards-Based Interoperability - 0 views

  • Standards-Based Interoperability
  • 05 June 09
  • Interoperability without Standards
  • ...46 more annotations...
  • First, let’s consider how software interoperability works when it is not standards-based. Consider the various ways that four applications can share data, as shown in the diagram to the right.  There are six connections between these four applications, and each connection can be traversed in either direction, so there are 12 total types of interoperability involved.
  • As the number of applications increases, this complexity grows rapidly.  Double the number of applications to 8 total, and there will be 56 types of interoperability between them:
  • through standards maintenance, transparency of implementation details, and collaborative interoperability testing.
    • Graham Perrin
       
      Issues relating to CalDAV are well addressed in these ways.
  • Here’s where those workarounds will need to be implemented: Note the complexity of this diagram.
  • In the real world, interoperability is almost never achieved in this way.  Standards-based interoperability is much better approach for everyone involved,
  • whether that standard is an open one such as ODF (IS26300)
  • or a de-facto standard set by one popular implementation.
  • or Open XML (IS29500)
  • The core premise of open standards-based interoperability is this:
  • each application implements the published standard as written, and this provides a baseline for delivering interoperability.
  • the existence of a standard addresses many of the issues involved, and the other issues can be addressed
  • In the standards-based scenario, the standard itself is the central mechanism for enabling interoperability between implementations: This diagram is much simpler
  • there is no question that users of other products are massively surprised by
  • How this all applies to Office 2007 SP2 I covered last summer the set of guiding principles that we used to guide the work we did to support ODF in Office 2007 SP2.
  • applied in a specific order
  • I’d like to revisit the top two guiding principles
  • Guiding Principle #1: Adhere to the ODF 1.1 Standard
  • Guiding Principle #2: Be Predictable
  • Being predictable is also known as the principle of least astonishment.
  • What about Bugs and Deviations? Of course, the existence of a published standard doesn’t prevent interoperability bugs from occurring.
  • deviations from the requirements
  • different interpretations
  • Our approach to the transparency issue has been to document the details of our implementation through published implementer notes.
  • Interoperability Testing The final piece of the puzzle is hands-on testing
  • What else would you like to know about how Office approaches document format interoperability?
  • a standard (evolved and improved as reality demands) is the proper foundation for resolving interoperabilty
  • All complex software has bugs, and some bugs can present significant challenges to interoperability.  Let’s consider the case that 3 of the 4 applications have bugs that affect interoperability, as shown in the diagram to the right.
  • (1) their spreadsheets having their formulas lost when interchanged with Excel 2007
  • (2) not being able to handle the formulase received in Excel 2007's ODF output.
  • I am creating my own fantasy about the state of affairs
    • Graham Perrin
       
      :-)
  • it is far too early to declare it to be unsuccessful
  • I cannot fault the Microsoft approach as incorrect
  • I was at the year-ago DII meeting where the guiding principles were announced and their application to spreadsheet formulas described.  I applauded the principles and understood the reasoning for formulas.
  • How this would impact various groups of users and non-users (who still want to interoperate) of Office 2007 did not surface in my consciousness.
  • there is NO published standard for ODF spreadsheet formulas yet.
  • Nor is there any de-facto standard that everyone agrees on.
  • the “spaghetti diagram" method, with all of the complexity and risk of bugs that entails
  • No implementer we know of has attempted that
  • In the case of spreadsheet formulas, help is on the way -- OpenFormula is under development for use with ODF 1.2.
  • I’d like to keep this thread on-topic
  • I appreciate the post, very good
  • Visually I would rather frame it in terms of convergence, a spiral.
  • and user satisfaction.
  • I doubt someone would ever find a magic bullet to interoperability
  • New Comments to this post are disabled
    • Graham Perrin
       
      Hurrah!
  • © 2009 Microsoft Corporation
  •  
    Diagrams here are eye-catching.
Alex Brown

Is ODF designed to be not implementable without source code? - Wouter - 0 views

  • How come I am the one to notice how deficient ODF really is?
    • Alex Brown
       
      "But mummy, he's not *wearing* any clothes ..."
  •  
    Exactly! It's not that ODF is under-specified. It's that ODF can't be fully specified until OpenOffice is completely documented and capable of supporting expected features. There is this famous quote from Sun's Svante Schubert that pretty much says it all; "Nothing goes into the ODF specification unless it's supported by OpenOffice". The statement was made at a meeting of the OASIS ODF Metadata SC while discussing the controversial use of "XML ID". IBM's Elias Torres, of RDFa fame, was passionately arguing that use of the XML ID should be left open to all developers. Sun had taken the position that XML ID should be limited to only a handful of elements supported by OpenOffice. The discussion acutally got far worse than the quote would indicate. Elias compromised his arguments suggesting that we should allow developers to have at it with XML ID for at least one year, and then revisit the issue. This suggestion lead to a discussion of how developers implementing elements with metadata would notify the metadata sub committee of their use case. A discussion list was proposed. The idea being that developers would send in their use cases and the oligarchs on the sub c would approve or disprove. Incredibly, this suggestions was shot down by Bruce d'Arcus (OpenDocument Foundation). Bruce thought that any developer needing metadata support for particular elements should have to join the OASIS ODF Metadata SC like everyone else before their needs would be considered. ( i.e. - like the other oligarchs). At the next weeks meeting, Rob Weir showed up with a list of 14 spreadsheet related elements that IBM needed XML ID support for. Sun representatives Svante Schubert and Michael Brauer immediately approved the use, agreeing that OpenOffice would support that implementation. This how things work at OASIS ODF. Ever wonder why SVG or XForms support in ODF is so limited? It's because the specification directly reflects the limits of the OpenOffice implement
  •  
    Sorry. Diigo cut my comment off about half way through. I've complained to Wade and Maggie about this problem, especially how it impacts and cripples the "Group Auto-Blog Post" feature . Months have gone by. Yet still the issue remains.
Paul Merrell

GullFOSS - 0 views

  • I normally don't post my ODF Plugin news and information on GullFOSS, but so many people complain (everywhere, including in OOo mailing lists) about the bad ODF support in Microsoft Office 2007 SP2, that I thought it might be a good idea to post some information about the ODF Plugin here... The Sun ODF Plugin for Microsoft Office, which is based on OpenOffice.org, adds support for ODF to Microsoft Office 2000 and newer versions. So you don't have to use the very latest Microsoft Office 2007 SP2 version (in case you really need Microsoft Office for some reason) , where ODF support is insufficient anyway.
  •  
    Like IBM, Sun bad mouths Microsoft ODF support rather than repairing the relevant defects in the ODF specification. This despite no one yet having come forward with an example of non-conformance that withstands scrutiny. So what should have been bug reports filed against the specification is instead wielded as an advertising weapon against competitors. This is simply more "OOo defines what is valid ODF" horse puckey.
Alex Brown

Moved by Freedom - Powered by Standards » Blog Archive » News of the Weird (A... - 0 views

  • I just don’t get it
    • Alex Brown
       
      Neither do I: but then this is not the first signal of a less than unanimous attitude towards document formats from the Old Firm.
  • The Durban 2 conference in Geneva makes me think of a bizarre mashup of the first Durban conference and what I experienced at the OOXML BRM
    • Alex Brown
       
      Not the first time somebody seems to have got confused between issues of tynanny and totalitarianism, and ... document formats. What price perspective?
    • Jesper Lund Stocholm
       
      Actually I didn't know Charles participated in the BRM?
    • Alex Brown
       
      He didn't - this is something that Andy Updegrove published at the tim too. What price reality?
  • Alex is right. National transposition is a procedural relic. We should get the specs right out of software vendors and just skip this standardization crap that only justifies to pay useless consultants whose status is construed as some kind of impartial judge. This kind of failed processes have led us to believe that standards and norms could be somehow trusted; as it unfortunately turns out, it stops to be true when strongly applied pressure by one large private monopoly meets the weak morals of the ones in charge of ensuring the process is being duly respected. Thank you Alex, for spelling out the truth. Your lack of impartiality and your strange behaviour during the OOXML standardization process have clarified how poorly qualified you are at patronizing others and lecturing on the ISO and other standards bodies’ processes. I wish you good luck for your next job at Microsoft.
    • Alex Brown
       
      Ah, the sound of a dummy being being spat out ...
Alex Brown

Is There Life After Office? | BNET Technology Blog | BNET - 0 views

  • Kafkaesque joke exemplifying vendor ambition, inexperience and stupidity
    • Alex Brown
       
      Sounds familiar
  •  
    Glynn Moody, who is quoted in the article, obviously does not understand what was involved in Massachusetts. Sam Hiser, also quoted, was deeply and personally involved. OOXML wasn't even on the horizon then. Microsoft Office 2003 wrote to a flat XML format that was irrelevant in any event. What Massachusetts wanted --- and deserved from the ODF community --- was an ability to integrate OpenOffice.org with business processes that were already thoroughly bound to Microsoft Office. The problem was in fact solved by the OpenDocument Foundation's ODF plug-ins for Microsoft Office, but the project had to be ditched because Sun would neither adapt OOo nor allow ODF to be adapted for the purpose. Gary Edwards and I wrote an in-depth and heavily-referenced article on why ODF failed in Massachusetts. http://www.linuxworld.com/news/2007/072307-opendocuments-grounded.html (.) Those who do not comprehend that integration of data created by end point solutions and stored in legacy data silos is a fundamental requirement in service oriented architectures will never comprehend why interoperability is so vitally important. They wind up being unwitting advocates of incredibly expensive rip out and replace solutions. Good luck, particularly in the current economic climate. The wonderment is why anyone believes that Microsoft Office can be toppled by ODF from its monopoly position without ultra-high fidelity interoperability with Microsoft Office. Too much "what works well enough for me works well enough for anyone" mindset, I suspect.
hansel molly

Great Remote Computer Support Services - 2 views

Computer Support Professional offers unrivaled online computer support services that gave me the assurance that my computer is in good hands. Every time I needed the help of their computer support ...

computer support

started by hansel molly on 06 Jun 11 no follow-up yet
hansel molly

Great Remote Computer Support Services - 0 views

Computer Support Professional offers unrivaled online computer support services that gave me the assurance that my computer is in good hands. Every time I needed the help of their computer support ...

computer support

started by hansel molly on 06 Jun 11 no follow-up yet
paul silmonet

Instant Fix Slow Computer Solutions - 0 views

I bought a brand new PC with good specifications just last month. But only three weeks of use, I noticed that my PC froze and slowed down a bit. For the next three days, it continued to slow down. ...

Fix Slow Computer ODF OOXML OpenDocument cdf iso Microsoft OASIS openxml officeopenxml xml

started by paul silmonet on 12 Jun 11 no follow-up yet
shalani mujer

Enjoying Worry-Free Computer Use - 1 views

As an executive of a medium-sized company in Oakland, life has always been hectic to me except on weekends. Nevertheless, when I have some work that needs to be rushed, I am forced to do it at home...

tech support

started by shalani mujer on 08 Jul 11 no follow-up yet
seth kutcher

Certified Expert Remote PC Tech Support Provider! - 1 views

I used to have a slow computer. It would take 10 minutes to boot up and then another 10 minutes to load. It was really a big headache. Good thing I called Remote PC Repair Now . Their remote PC...

remote PC repair

started by seth kutcher on 02 Nov 11 no follow-up yet
Gary Edwards

Microsoft attacks UK government decision to adopt ODF for document formats - 0 views

  • the panel reached consensus that one standard is important to ensure interoperability and to allow users to collaborate effectively on the same document,” said the minutes
  • A subsequent meeting of the same panel also considered a detailed comparison of ODF and OOXML, citing concerns raised by one member. “We need to make sure there is sound reasoning to back up the decision as this may incur significant costs to some government departments. The comparison may be slightly skewed by concentrating solely on implementation of strict OOXML, which is an emerging standard similar to ODF 1.3, whilst considering implementations of all ODF versions. It ignores transitional OOXML which does have very wide support, arguably wider than ODF,” said the meeting minutes.
  • “LH described the issues identified in the [comparison] document and added that there has since been some confusion about support for OOXML strict in LibreOffice.  It appears that LibreOffice supports the standardised transitional OOXML, as well as a different Microsoft version of transitional OOXML,” the minutes stated.
  • ...3 more annotations...
  • Despite its obvious disappointment at the government’s decision, Microsoft was also keen to point out that its software does fully support ODF.
  • “The good news for Office users is that Office 365 and Office 2013 both have excellent support for the ODF file format, so their current and future investments in Office are safe.  In fact, Office 365 remains the only business productivity suite on the UK government’s G-Cloud that is accredited to the government’s own security classification of 'Official' and which also supports ODF,” said the Microsoft spokesman.
  • Government Digital Service director Mike Bracken
  •  
    "Microsoft has attacked the UK government's decision to adopt ODF as its standard document format, saying it is "unclear" how UK citizens will benefit. The Cabinet Office announced its new policy yesterday, whereby Open Document Format (ODF) is immediately established as the standard for sharing documents across the public sector, with PDF and HTML also acceptable when viewing documents. SERGIGN - FOTOLIA The decision was a rejection of Microsoft's preference for Open XML (OOXML), the standard used by its Word software, which remains the dominant wordprocessor in government. "Microsoft notes the government's decision to restrict its support of the file formats it uses for sharing and collaboration to just ODF and HTML," said a spokesman for the software giant in a statement to Computer Weekly. "Microsoft believes it is unproven and unclear how UK citizens will benefit from the government's decision. We actively support a broad range of open standards, which is why, like Adobe has with the PDF file format, we now collaborate with many contributors to maintain the Open XML file format through independent and international standards bodies," it added"
« First ‹ Previous 81 - 93 of 93
Showing 20 items per page