Closed Bug 1059427 Opened 10 years ago Closed 10 years ago

A GeckoView that is not "important for accessibility" should ignore accessibility message

Categories

(Core Graveyard :: Embedding: GRE Core, defect)

All
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla35

People

(Reporter: fredw, Assigned: fredw)

References

Details

Attachments

(1 file)

No description provided.
Attached patch Patch (deleted) — Splinter Review
Assignee: nobody → fred.wang
Status: NEW → ASSIGNED
Question: When is a GeckoView *not* important for accessibility?
(In reply to Marco Zehe (:MarcoZ) from comment #2) > Question: When is a GeckoView *not* important for accessibility? My use case was for a DAISY book: I'm playing the audio files (text of the book) and using the GeckoView to display the content at the same time (e.g. text or image). I didn't find a way to prevent Talkback from reading the GeckoView while the audio is playing, so my workaround for now is to call View::setImportantForAccessibility to enable/disable the accessibility when the book is paused/played. There is probably a cleaner way to handle that, but that's how I found this "bug"... More precisely, the bug is the following: if one uses setImportantForAccessibility to make the GeckoView not important for accessibility (assuming there is a good reason to do that), the View is indeed no longer accessibility focusable but if you load a content into the GeckoView, Talkback still reads info like "page loading" etc
Attachment #8480023 - Flags: review?(mark.finkle)
Attachment #8480023 - Flags: review?(mark.finkle) → review+
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla35
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: