Opened 14 years ago

Closed 14 years ago

#5363 closed Bug (fixed)

Have the "title" atttribute on iframes

Reported by: Frederico Caldeira Knabben Owned by: Garry Yao
Priority: Normal Milestone: CKEditor 3.3
Component: Accessibility Version: SVN (CKEditor) - OLD
Keywords: Confirmed IBM Review+ Cc: Damian

Description

We should evaluate the impact about having the "title" attribute in all iframe elements we use in our interface. This is a requirement for accessibility standards:

http://www.w3.org/TR/WCAG20-TECHS/H64.html
http://www-03.ibm.com/able/guidelines/web/webframes.html

We can check the impact of it is by using INS+F9 in JAWS. Currently, it should list the editor iframes, which now have a kind of unusable name.

Attachments (1)

5363.patch (1.2 KB) - added by Garry Yao 14 years ago.

Download all attachments as: .zip

Change History (6)

comment:1 Changed 14 years ago by Frederico Caldeira Knabben

I'm just worried about having ATs announcing the iframe title also, other than the current ARIA information we have in the editor, when reaching the editor. This must be checked, and it could be a blocking issue for a fix on this ticket.

comment:2 Changed 14 years ago by Damian

The ARIA User Agent Implementation guide discusses this very issue. In short, HTML title attribute is given lowest priority.

http://www.w3.org/WAI/PF/aria-implementation/#mapping_additional_nd

From that guide: The last resort is to use text from a tooltip attribute (such as the title attribute in HTML). This is used only if nothing else, including subtree content, has provided results.

Changed 14 years ago by Garry Yao

Attachment: 5363.patch added

comment:3 Changed 14 years ago by Garry Yao

Keywords: Review? added
Owner: set to Garry Yao
Status: newassigned

The point is to having the title attribute valued the same with voice label, so that you won't hear twice, at least for JAWS.

comment:4 Changed 14 years ago by Frederico Caldeira Knabben

Keywords: Review+ added; Review? removed

Ok... the only thing that makes me afraid here is that Inspect32 shows the title twice after the patch.

For example, when clicking inside the editor we have the following accessibility element focused:

Name:	"Rich text editor, editor1, press ALT 0 for help."
Role:	document

... with the following ancestors:

Ancestors: none [null] : "iframe"
           "Rich Text Editor" : application

Then, after the patch, we have the following ancestors instead:

Ancestors: "Rich text editor, editor1, press ALT 0 for help." : "iframe"
           "Rich Text Editor" : application

If JAWS is reading it only once, I'm ok with it. But let's keep this change in mind in the future, if we start having reports of it being read twice, just like we had in the past.

comment:5 Changed 14 years ago by Garry Yao

Resolution: fixed
Status: assignedclosed

Fixed with [5300].

Note: See TracTickets for help on using tickets.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy