This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
the spec says to expose html:b as "MSAA ROLE_SYSTEM_ TEXT" IAccessible2 ROLE_SYSTEM_ TEXT AT-SPI ROLE_TEXT Firefox doesn't expose an accessible for it. On IA2 and ATK text attribute "font-weight: 700" is used to expose semantics of html:b. No info is exposed on pure MSAA.
Hi Alex, Has Firefox changed its approach here recently? I may be reading it wrong, but AViewer and AccProbe both indicating to me that html:b is exposed as ROLE_SYSTEM_TEXT.
Sorry. Never mind. Was reading it wrong. In any case, and just to be clear, are you saying we should be indicating that html:b be "not mapped"? Thanks.
(In reply to comment #2) > Sorry. Never mind. Was reading it wrong. > > In any case, and just to be clear, are you saying we should be indicating > that html:b be "not mapped"? Thanks. In case of IAccessible2 they should be mapped to text attributes I think.
Thanks, Alex. How does this treatment compare with what you would propose for other similar inline text objects that APIs and assistive tech typically do little with, e.g., i, strong, em, cite, code, del, ins, small, etc.? Currently the proposed mappings for all of these is ROLE_SYSTEM_TEXT or equivalent, or AXGroup/group in the case of Mac. Is there a significant drawback to mapping such elements this way? Would mapping them this way benefit assistive tech in any way, e.g., better enable an optional different expression of these bits of content in screen readers?
(In reply to comment #4) > Thanks, Alex. > > How does this treatment compare with what you would propose for other > similar inline text objects that APIs and assistive tech typically do little > with, e.g., i, strong, em, cite, code, del, ins, small, etc.? b, strong - font-weight i, em - font-style:italic dfn, code, etc are exposed as text attributes corresponding to how they are styled. > Currently the proposed mappings for all of these is ROLE_SYSTEM_TEXT or > equivalent, or AXGroup/group in the case of Mac. > > Is there a significant drawback to mapping such elements this way? significant - probably not, it makes accessible tree and the work with text interface more complicated. > Would > mapping them this way benefit assistive tech in any way, e.g., better enable > an optional different expression of these bits of content in screen readers? mapping all of them into ROLE_SYSTEM_TEXT?
was fixed by bug 12703