Open
Bug 1436552
Opened 6 years ago
Updated 2 months ago
Port |bug 1428930 - Move as many XBL accessibility roles into XULMap.h as possible| to comm-central
Categories
(Thunderbird :: Upstream Synchronization, task)
Thunderbird
Upstream Synchronization
Tracking
(Not tracked)
NEW
People
(Reporter: Paolo, Unassigned)
References
Details
Attachments
(1 obsolete file)
At present I've only noticed that the "panebutton" binding in "common/bindings/preferences.xml" may be affected by the patch in bug 1428930. We didn't have to take care of this binding because we have already removed support for preferences windows entirely. A simple workaround can be to change the code so the panebutton is bound to a tag that already gets the "xul:listitem" role thanks to the new tag mapping, instead of a custom tag.
Updated•6 years ago
|
Flags: needinfo?(richard.marti)
Summary: Port bug 1428930 to comm-central → Port |bug 1428930 - Move as many XBL accessibility roles into XULMap.h as possible| to comm-central
Comment 1•6 years ago
|
||
Paolo, please can you explain how this tagging goes and how to do it? My knowledge is not deep enough on this area.
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(richard.marti) → needinfo?(paolo.mozmail)
Resolution: --- → WORKSFORME
Updated•6 years ago
|
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Updated•6 years ago
|
Status: REOPENED → NEW
Reporter | ||
Comment 2•6 years ago
|
||
As far as I understand it, the accessibility code mirrors the DOM tree of the document into a parallel accessibility tree, which is created by associating a "role" to each relevant element of the DOM tree, indicating for example if something is an input field or an image. This is used for example by screen readers to know how to treat each element. For XUL, these roles were previously set by looking at the "role" attribute on XBL bindings, which were associated with specific element names using CSS. Bug 1428930 changes this to be more similar to what we do for HTML, where the local element name is the only information used to assign a role. In the case of "panebutton", the "xul:listitem" role that was set using XBL is not recognized anymore: https://dxr.mozilla.org/comm-central/rev/fdbbb8fee22945c32eeaaa83526b9ad4f360e99a/common/bindings/preferences.xml#1382 You can fix this by changing the element from "panebutton" to something like "listitem[type=panebutton]". At the moment there are some roles that can still be specified using the "role" attribute, but we're removing support for this attribute completely well before we remove support for XBL in general.
Flags: needinfo?(paolo.mozmail)
Updated•5 years ago
|
Type: enhancement → task
Updated•4 years ago
|
Component: General → Upstream Synchronization
Updated•2 years ago
|
Severity: normal → S3
Comment hidden (spam) |
Updated•2 months ago
|
Attachment #9386918 -
Attachment is obsolete: true
You need to log in
before you can comment on or make changes to this bug.
Description
•