ODF Workshop
Total Page:16
File Type:pdf, Size:1020Kb
ODF Workshop ODF: The Past, Present and Future Michael Brauer, Sun, ODF TC Chair ODF Accessibility Pete Brunet, IBM, ODF Accessibility Subcommittee ODF Programmability Rob Weir, IBM, ODF TC Michael Brauer, Sun, ODF TC Chair ODF Interoperability Alan Clark, Novell, ODF Adoption TC Rob Weir, IBM, ODF TC ODF Adoption Don Harbison, IBM, ODF Adoption TC Co-Chair OASIS OpenDocument ISO/IEC 26300 The Past, the Present, and the Future Michael Brauer Technical Architect Software Engineering StarOffice/OpenOffice.org Sun Microsystems About the Speaker Technical Architect in Sun Microsystem's OpenOffice.org/StarOffice development OpenOffice.org/StarOffice developer since 1995 Main focus: Office application development/file formats and XML technologies OpenOffice.org XML project owner OASIS OpenDocument Technical Committee chair Agenda The Past - History of OASIS OpenDocument format The Present – Sub Committees, Work in Progress The Future – OpenDocument v1.2 The Past 1999 Development of “StarOffice XML” file format starts Primary goal: interoperability 2000 Sun contributes StarOffice to OpenOffice.org “StarOffice XML” becomes “OpenOffice.org XML” open source community project First OpenOffice.org XML working draft publicly available 2001 OpenOffice.org XML is used as default file format for OpenOffice.org 1.0/Sun StarOffice 6.0 software 2002 Foundation of OASIS OpenDocument Technical Committee (TC) Basis of TC's work: OpenOffice.org XML file format OpenDocument TC Charter (Extract) The purpose [...] is to create an open, XML-based file format specification for office applications. [it] must meet the following requirements: it must be suitable for office documents containing text, spreadsheets, charts, and graphical documents, it must retain high-level information suitable for editing the document, it must be friendly to transformations using XSLT or similar XML-based languages or tools, it should 'borrow' from similar, existing standards wherever possible and permitted. OpenDocument TC Charter (Summary) Vendor independence Interoperability between office applications between office applications and other solution Simplicity for file format users Solid basis for the future How OpenDocument Does It Reuses standards XHTML, SVG, SMIL, XSL, XForms, MathML, XLink and Dublin Core Meta Initiative Reuses its own schema fragments One paragraph schema, one table schema, one graphical object schema, etc. Benefits Easy to transform and learn Expressive schema Compact specification (only ~700 pages) The Past (Continued) 2004 Committee Drafts 1 and 2 publicly available 2005 Name change to “OASIS Open Document Format for Office Applications (OpenDocument)” Previous name: OASIS Open Office XML TC Emphasizes application and use case independence Also called “ODF” 2005 OpenDocument v1.0 gets approved as OASIS standard The Past (Continued) 2005 (OASIS) OpenDocument submitted to ISO Foundation Of Accessibility Sub Committee 2006 Foundation Of Formula Sub Committee Foundation Of Metadata Sub Committee Foundation of ODF Adoption TC OpenDocument v1.0 gets published as ISO/IEC 26300 The Present 2007 OpenDocument v1.1 gets approved as OASIS standard Includes Enhancements for Accessibility OpenDocument v1.2 is worked on Within the three SCs: Accessibility, Metadata, Formula Within the main TC First OpenDocument v1.2 drafts get published The Accessibility Sub Committee Purpose (extracted from charter) To liaise with the disability community to gather accessibility related feedback on [...] OpenDocument v1.0 To gather [...] feedback from implementors To produce a formal accessibility evaluation of the OpenDocument v1.0 file format. SC membership includes many accessibility experts The Accessibility Evaluation Completed May 2006 Lists 9 accessibility issues for ODF v1.0 If these are resolved, the SC believes that OpenDocument will meet or exceed the accessibility support provided in all other office file formats as well as that specified in the W3C Web Content Accessibility Guidelines 1.0. Examples: No alternative text for non-text image map elements No alternative text for drawing objects No clear relationships between drawing objects and their captions No tables in presentations The Accessibility Sub Committee Status 8 issues were resolved in ODF v1.1 1 issue will be resolved in ODF v1.2 “Table Shape” for presentations An accessible workaround does exist for ODF v1.0/v1.1 SC agreed to continue its work after v1.1 was completed Ongoing accessibility review of ODF v1.2, ... Implementation guidelines are in progress The Formula Sub Committee (OpenFormula) Purpose (extracted from charter) To create a [standardized] specification for a formula language that should be used in OpenDocument spreadsheet documents [..] Status OpenFormula draft is available publicly Specification is nearly complete and in the stabilization phase OpenDocument and OpenFormula OpenDocument v1.0 Supports arbitrary spreadsheet formula languages Identification through XML namespaces Does not define its own formula language Uses non-standardized but well-defined formula languages OpenFormula Will be a separate specification document Is usable with OpenDocument v1.0 and v1.1 Will become OpenDocument v1.2's standardized and recommended formula language Others formula languages remain usable Example: formula languages tailored to customer use cases Metadata Sub Committee Purpose (extracted from charter) To gather use cases for the application of metadata in OpenDocument documents To propose metadata related enhancements What is Metadata? Structured data about data, that Describes, explains, locates, or otherwise makes it easier to retrieve, use, or manage an information resource Typically used to describe documents, images, contacts, events, and so forth Metadata Sub Committee Why is Metadata important? Allows authors to encode his/her human intelligence into the documents Enables powerful automated solutions Standards based replacement for custom/user-defined XML markup within office documents Status Use case and Requirements document is available First Proposal is available Based on W3C RDF and W3C RDF/XML Metadata, Forms, Custom Schemas Office versus Custom Schema Office Schema: Schema/markup for office documents Tailored to office documents, Feature complete Custom Schema: Any other schema/markup interleaved with office schema Standard schemas (UBL, etc.) or user defined schemas: Defined by customer (Bills, orders, etc.) Used to store information not covered by office schema Use cases for custom schemas XML based data entry forms Metadata Metadata, Forms, Custom Schemas Custom schemas Feature of XML and XML Namespaces inherently supported by the OpenDocument Only one of many solutions for forms/metadata Data entry forms in OpenDocument OpenDocument v1.0 supports W3C XForms Clean separation of form instance and office markup Standardized solution Metadata in OpenDocument Will be based on RDF Standardized solution The Future OpenDocument v1.2 Includes A formula specification A meta data specification Many other enhancements that • Are new office application features • Improve interoperability with ECMA-376 (OOXML) Will be reviewed by Accessibility SC Aimed to be finished 2007 Planned to be re-submitted to ISO ODF Accessibility Guidelines Questions & Answers OASIS OpenDocument ISO/IEC 26300 The Past, the Present, and the Future Michael Brauer [email protected] OpenDocument Format - Accessibility Pete Brunet Accessibility Software Engineer IBM Software Group © 2007 IBM Corporation ODF Accessibility – Initial Problem In Federal Government bids software must be accessible by Persons with Disabilities. Section 508 – US Rehabilitation Act Now becoming important for States, e.g.Commonwealth of Massachusetts Also California, Texas, Minnesota ODF Accessibility issues were highlighted by Microsoft lobbyists in Massachusetts. Leaders from IBM worked with the ODF TC to form the Accessibility SC (see next slide). OASIS ODF AccSC was formed and responded very quickly. Committee Formed IBM – Rich Schwerdtfeger (co-chair), Dr. Chieko Asakawa, Dr. Hiro Takagi, Pete Brunet Sun – Peter Korn (co-chair), Malte Timmerman Design Science – Steve Nobel The Paciello Group – Mike Paciello Capital Accessibility – Janina Sajka Institute of Community Inclusion – David Clark Royal National Institute for the Blind – Dave Pawson New member: Duxbury Systems (Braille translators) GAP Analysis The Accessibility Subcommittee (AccSC) was formed in January 26, 2006. A GAP analysis was conducted. Comparison to W3C WCAG 1.0 and the Microsoft Office suite Nine issues were identified and submitted to the TC during May 2006. Influence of Notes 8 Spec effort helped by IBM's implementation of ODF into Notes 8 during 2006. Additional issues were encountered and fixed in the spec, e.g. usage of table headers. Both spec and implementation were improved due to development in parallel. Nine Recommendations Soft page breaks - for transformation to talking book formats, e.g. DAISY Usage of table row/column headers clarified – important for orientation for users who are blind Logical navigation order for presentation – keyboard navigation order was usually not correct Alternative text for graphical objects, image maps, drawing layers and hyperlinks (4 recommendations) – descriptions needed by users who are blind Association of captions to captioned content – helps screen readers find