The Linux Foundation

 
Accessibility/IAccessible2/Agenda/20080617

From The Linux Foundation

Revision as of 02:06, 24 June 2008 by Ptbrunet (Talk | contribs)

(diff) ←Older revision | view current revision (diff) | Newer revision→ (diff)

Agenda for 2008/06/17

  1. Introductions if needed
  2. Prior minutes
    • Corrections? Approval?
  3. LF: Open A11y news - Janina
  4. AccProbe inspect tool - Mike Squillace
  5. Firefox - Marco Zehe
  6. IA2 1.0.2 out for for review.
    • After discussion with Amanda McPherson, the spec has been posted for review. Please see the links at the top of the IA2 home page.
    • The following organizations were notified: AIA, ATRC (Jutta Treviranus), Linux Foundation, wai-xtech, Madentech, Paciello Group, AFB, NFB, RNIB, Adobe, IBM Lotus a11y team, Microsoft, Oracle, Sun, AiSquared, Dolphin, Freedom Scientific, GW Micro, OpenOffice, Mozilla (Aaron), Access Board, Commonwealth of Mass (Joe Lazarro), Section 508 (Gregg Vanderheiden), JTC1 (Jim Carter, chairs a JTC1 subcommittee that is producing a "general" spec on AT-IT interoperability).
    • The current review/release plan for IA2 version 1.0.2 follows:
      • 4 week review by the entire world wide accessibility community from 6/5 through 6/30
      • Submit to the Linux Foundation Board of Directors for approval in July.
    • Work items:
      • Resolve issues entered into bugzilla.
      • Complete rework of HTML to meet Open A11y guidelines.
      • Verify that there are no impacts on generated code from v1.0.1
      • Move 3/26/2007 1.0.1 IDL to BZR.
      • When 1.0.2 is approved move the IDL to BZR.
  7. IA2 object attributes specification.
    • This spec has just been started. The Symphony and FF3 object attributes will reviewed. The common attributes will become part of the IA2 object attributes spec and the spec will reference the FF3 and Symphony specific specifications. (The Symphony object attributes are not documented on any Symphony web site, but they'll soon be documented on the IA2 site.)
    • Jamie asked if Mozilla could enhance their support for the "formatting" object attribute, i.e. rename it to "display" and instead of just using the value "block", also use the full set of CSS2 values.
    • Pete to update the object spec to add a "display" attribute with CSS2 values.
  8. Interop with AIA - Only new news is documented under issue 114 below.
    • This is the current status of the seven IA2 issues Calvin Gaisford opened on the behalf of AIA:
      • Issue 112: Commentary was added to the IDL.
      • Issue 113: This will probably remain as is.
      • Issue 114: An email was sent on May 16 to Norm Hodne at Microsoft asking if Microsoft could create the interface and attach it to bug 114. That could have resolved the legal concern regarding the addition of get_objectForChild and get_accessiblePair to the IAccessible2 set of interfaces. It would then have then been clear that the content was directly from and approved by Microsoft and thus it would be clear that the content was not in violation of any Microsoft licenses, copyrights, or promises. However, Microsoft instead attached the IAccessibleEx specification to the bug log. This spec is protected under the "UI Automation Specification and Community Promise". So we'll probably need to get the Microsoft and Linux Foundation attorneys together and work out an agreement. Based on the actions of the Microsoft engineering team it seems clear that their desire is for the "Promise" to not be an inhibitor but we need to ensure that LF and Microsoft attorneys are in agreement that the "Promise" meets the needs of Microsoft and the Linux Foundation. See the bug log for more information.
      • Issue 115: Input is needed from Microsoft. This would probably be a version 2 issue.
      • Issue 116: Commentary was added to the IDL.
      • Issue 117: Input is needed from Microsoft. This would probably either be a version 2 issue or remain as is.
      • Issue 118: Commentary was added to the IDL.
    • Inter-organizational cooperation
      • UIA and UIA Express are now being developed within the AIA.
      • IA2 and ATK/AT-SPI are being developed within the Linux Foundation Open Accessibility workgroup.
      • How would Open A11y collaborate with AIA (Accessibility Interoperability Alliance)?
  9. Proposal for access to misspellings, grammar errors, and "smart tags"
    • Oliver-Rainer Wittmann from Sun sent email describing an interface proposal for access to misspelling, grammar errors and "smart tags".
    • Xing Li, the Lotus Symphony a11y lead, indicated that IAHyperlink and IAAction are being used for Symphony "smart tags".
    • Pete is continuing discussion with Xing to fully understand the Symphony implemenation and how it might also be used for spelling and grammar errors.
    • Pete to then follow up with the OpenOffice team.
  10. Items raised by NVDA last year need to be put on the agenda for an upcoming Open A11y meeting
    • These are generic issues that need to be solved for both IA2 and ATK/AT-SPI dealing with objects contained in documents and tables
    • See items 4 and 5 in the October 2nd minutes for the history.
    • This was discussed during the January 22 Open a11y meeting.
  11. Access to document revisions - from the ODF AccSC
    • This was reviewed and approved by Li Yuan the committer for ATK/AT-SPI. This will next be reviewed by the AIA. After that Li will develop a patch.

enum IA2RevisionType {
  IA2_REVTYPE_INSERTION, 
  IA2_REVTYPE_DELETION,
  IA2_REVTYPE_FORMAT_CHANGE  // The revision is due to any change in formatting attributes. 
};

typedef struct {
    enum IA2RevisionType type;  
    BSTR time;  ///< ISO 8601 format:  YYYY-MM-DDThh:mm:ss (eg 1997-07-16T19:20:21)
    BSTR author;
    BSTR comments;
} IA2RevisionInformation;

IARevisionText:
 
// Note: an object that implements IARevisionText must also implement IAText
 
// returns the number of segments available for the
// block of text represented by the IARevisionText object.
// this number is 1 based
get_segmentCount( long* count );
 
// returns a specific segment based on the index passed in
// the index is 0 based.
// no two indexes should return the same segment.
// any index >= 0, and less than the segment count should return a valid segment
// any index outside those bounds should set HRESULT to S_FALSE and return NULL
get_segment( long index,  IARevisionSegment** seg );
 
// returns a segment whose boundaries encompass the offset provided
// if there are no segments that correspond to the given offset, an error is produced
// offsets correspond identically to those used by IAText and IAHyperlink
get_segmentAtOffset( long offset, IARevisionSegment** seg );

IARevisionSegment:
 
// returns the bounding offsets of the segment within the IARevisionText/IAText object.
// the end offset is one past the last character in the revision text
get_bounds( long* start, long* end );

// returns a struct containing date/time, author, and comments
get_attributes( IA2RevisionAttributes *attributes );
 
// returns a set of name value pairs describing additional application
// specific attributes in the format "name:value;name:value"
get_extraAttributes( BSTR* extraAttributes );

No progress on the following

  1. IA2 text attributes specification.
    • Pending implementation in Firefox 3 and Symphony 2.
  2. IA2 proxy DLL and the USB key fob problem - can't run NVDA and FF3 on USB stick.
    • See this post to the IA2 list for more detail.
    • Marco opened a bug against FF3.
    • Symphony has already removed installation of the DLL as per the prior agreement but can add it back in around the August time frame.
    • Need a guideline document, linked to from the front IA2 page.
  3. Eclipse
  4. Wikipedia
  5. Developer Guide - Best practices document. We should start an outline for a best practices document. For starters it should define the following:
    • What events should be fired for each role and in what order.
    • What object hierarchy should be used. There are two today, a flat hierarchy as used in Symphony and a deeper hierarchy as used in Firefox. These two should be documented and in order to cut down on the proliferation of designs, future applications should attempt to use one or the other.
  6. Oleacc.idl
    • No new status on when it will be back in the SDK.
  7. FAQ

[Article] [Discussion] [View source] [History]