Office 2.0 Conference: Agenda - 0 views
Is our idea of "Open Standards" good enough? Verifiable vendor-neutrality - O'Reilly XM... - 0 views
-
In light of the Microsoft announcement of ODF support, a prescient July, 2007 blog article by Rick Jelliffe deserves revisiting. Jelliffe surveyed the pressure points for various players that he saw in the File Format War and made a set of suggestions that bear a remarkable resemblance to subsequent events. The goal he recommended for eGovernment and open standards advocates was to push to get ODF and OOXML out of the hands of Ecma and OASIS and into the hands of ISO for harmonization work, arguing that it is the most vendor-neutral eligible forum for such work.
ABA Tech Show - 0 views
Doug Mahugh : Working with ODF in Word 2007 SP2 - 0 views
-
ODF in Word 2007 SP2
-
Service Pack 2 for Office 2007
-
You can make ODF the default
- ...18 more annotations...
An Antic Disposition: Update on ODF Spreadsheet Interoperability - 0 views
-
Update on ODF Spreadsheet Interoperability
-
two months since I did that analysis
-
OpenOffice 3.01
- ...5 more annotations...
The better Office alternative: SoftMaker Office bests OpenOffice.org ( - Soft... - 1 views
-
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.
-
Finally! Someone who gets it. For an office suite to be considered as an alternative to MSOffice, it must be designed with multiple levels of compatibility. It's not just that the "feature sets" that must be comparable. The guts of the suite must be compatible at both the file format level, and the environment level. Randall put's it this way; "It's the ecosystem stupid". The reason ODF failed in Massachusetts is that neither OpenOffice nor OpenOffice ODF are designed to be compatible with legacy and existing MSOffice applications, binary formats, and, the MSOffice productivity environment. Instead, OOo and OOo-ODF are designed to be competitively comparable. As an alternative to MSOffice, OpenOffice and OpenOffice ODF cannot fit into existing MSOffice workgroups and producitivity environments. Because it s was not designed to be compatible, OOo demands that the environment be replaced, rebuilt and re-engineered. Making OOo and OOo-ODF costly and disruptive to critical day-to-day business processes. The lesson of Massachusetts is simple; compatibility matters. Conversion of workgroup/workflow documents from the MSOffice productivity environment to OpenOffice ODF will break those documents at two levels: fidelity and embedded "ecosystem" logic. Fidelity is what most end-users point to since that's the aspect of the document conversion they can see. However, it's what they can't see that is the show stopper. The hidden side of workgroup/workflow documents is embedded logic that includes scripts, macros, formulas, OLE, data bindings, security settings, application specific settings, and productivity environment settings. Breaks these aspects of the document, and you stop important business processes bound to the MSOffice productivity environment. There is no such thing as an OpenOffice productivity environment designed to be a compatible alternative to the MSOffice productivity environment. Another lesson from Massach
Microsoft offers Office 2010 file format 'ballot' to stop EU antitrust probe - 0 views
-
Microsoft's proposed undertaking for resolving the ECIS complaint to the European Commission regarding its office productivity software can be downloaded from this linked web page. I've given it a quick skim. Didn't see anything in it for anyone but competing big vendors. E.g., no profiling of data formats for interop of less and more featureful implementations, no round-tripping provisions. Still, some major concessions offered.
BISNIS ONLINE | BISNIS INTERNET | BISNIS 5 MILYAR - 1 views
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 d...
ODF Alliance on the Microsoft Disposition of ISO Comments on OOXML - 0 views
-
The ever audacious and prevaricating lobbyist group known as the ODF Alliance has posted their critique of Ecma's (Microsoft's) proposed disposition of ISO comments rejecting OOXML. The critique's appeal to ignorance is breath-taking in scope. E.g., whilst slamming DIS-29500 on the subject of interoperability, the same document pushes for harmonization using the following argument: "Harmonization starts from looking at where the two formats overlap - and there is a significant, perhaps 90 percent or more, area where OOXML and ODF do overlap - and expressing this functional overlap identically. This common functionality between ODF and OOXML would also include a common extensibility mechanism. The remaining 10 percent of the functionality, where these standards do not overlap, would represent the focus of the harmonization effort. That portion of it which represents a widespread need could be brought into the core of ODF. That remaining portion which only serves one vendor's needs, such as flags for deprecated legacy formatting options, could be represented using the common extensibility mechanism." And precisely how do vendor-specific extensions aid interoperability, particularly when the proposed "harmonization" does not require profiles and an interoperability framework?
Europe: Microsoft's behavior has changed, interop docs already complete | Tech Policy &... - 0 views
-
"In light of changes in Microsoft's behaviour, the increased opportunity for third parties to exercise their rights directly before national courts and experience gained since the adoption of the 2004 Decision," this morning's statement reads, "the Commission no longer requires a full time monitoring trustee to assess Microsoft's compliance. In future, the Commission intends to rely on the ad hoc assistance of technical consultants. "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."
Lotus Symphony now reads Office 2007 documents - 0 views
-
IBM today announced the release of Lotus Symphony 1.3, an update to its year-old free productivity suite that for the first time lets users import files saved in Microsoft Office 2007's native Office Open XML (OOXML) document format.
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...
« First
‹ Previous
401 - 420
Next ›
Showing 20▼ items per page