To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=88070
------- Additional comments from joaniedi...@openoffice.org Sat Dec 5 21:59:49
+0000 2009 -------
I'm looking at this attachment from mt:
~~~~~~~~~
Created an attachment (id=58829)
Sample document with annotation, visible in OOo 3, not in OOo 2
~~~~~~~~~
Based on this sample, it seems that an annotation:
* is a scrollable text object whose color can vary
* contains paragraphs whose text can be formatted
* contains a text (paragraph?) object (or two?) to display the
commenter and the time of the comment.
* contains a button-like object with an associated pop-up menu
According to Accerciser, the hierarchy starting from the document frame is, in
its entirety:
-> ATK_ROLE_DOCUMENT_FRAME
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
The second note is associated with the 8th paragraph. Therefore, just
considering the second note, I'd expect the hierarchy to instead be something
*like*:
-> ATK_ROLE_DOCUMENT_FRAME
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_SCROLL_PANE
-> ATK_ROLE_PARAGRAPH ("Annotation")
-> ATK_ROLE_PARAGRAPH ("1st paragraph bold")
-> ATK_ROLE_PARAGRAPH ("2nd paragraph italic")
-> ATK_ROLE_PARAGRAPH ("3rd paragraph centered")
-> ATK_ROLE_{TEXT,PARAGRAPH} ("Oliver-Rainer Wittmann")
-> ATK_ROLE_{TEXT,PARAGRAPH} ("12/12/2008 15:01")
-> ATK_ROLE_PUSH_BUTTON
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
-> ATK_ROLE_PARAGRAPH
I'd expect to be able to identify the position of note by your implementation of
AtkComponent. (Related aside: atk_component_grab_focus might be a handy,
alternative way for an AT to deal with the issue of how to move focus there
efficiently.) I'd expect all of the text objects to implement AtkText and, if
editable, AtkEditableText; to expose the associated text attributes; to reflect
the appropriate states; etc., etc. (I'd also expect these items to be fully
keyboard navigable, but that's a different issue.)
So the above is a long way of saying that I personally don't believe annotations
are anything really new a11y-wize. They're seem to me to be like fancy little
embedded documents. :-) And you're already implementing a11y support for
documents. So could you do essentially what you're already doing there, but make
the annotations be children of the paragraph with which they are associated?
Beyond the above:
* I believe that forms can contain scroll panes as well. It would be nice to
have a reliable, easy way for an AT to be able to distinguish the two. I think
this could be an object attribute.
* It might be worth doing something to suggest what the underlying roles are
with respect to the text within an annotation (e.g. Author, Date, note content,
etc.). This might be another candidate for object attributes. Perhaps the ARIA
specifications and implementation by browsers could serve as a model??
* I wonder... Would it be worth implementing ATK_RELATION_FLOWS_{TO,FROM} so
that one annotation could point to the {next,previous} annotation? That might
also be a handy way for an AT to address the issue of efficient navigation
amongst these items.
* We can already identify where the little triangle at the beginning of the
range is from the embedded object character which is present in the AtkText
implementation. However, as MT observed:
~~~~~~~~~
- With ODF 1.2 they can be bound to a range starting in one paragraph,
ending in an other - how to expose this relation?
~~~~~~~~~
Ugh. I'm not sure on this one. How would I as a sighted user notice/identify
this?
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
