Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Read property pages in dialogs even if the property page is never in the focus ancestry without doubling information #218

Closed
nvaccessAuto opened this issue Jan 1, 2010 · 4 comments
Assignees
Labels
Milestone

Comments

@nvaccessAuto
Copy link

Reported by jteh on 2008-11-01 04:04
r2435 stopped dialog text retrieval from descending into property pages. This was to avoid double speaking of the property page text if the focus was inside the property page (i.e. the property page was in the focus ancestry), as property pages read their own text. However, some applications such as NSIS display information in a property page, but the focus never lands inside that property page. Some way needs to be found to read the property page text in these cases.

@nvaccessAuto
Copy link
Author

Comment 2 by jteh on 2008-12-10 01:50
I reverted the change in r2435 to avoid the annoying regression, but a better solution still needs to be found.

I did try several ideas:

  • Use events to read property pages with no focusable children.
    • Unfortunately, some property pages with no tabbable children still have the focusable state set on some of their children. Grrr!
    • The only event that seems to be fired by all applications is "show", but this is only fired when the property page changes. This means it wouldn't be read when switching back to the application, etc.
  • Only include the property page text in the text for the dialog if the property page isn't in the focus ancestors. (If it is in the focus ancestors, it will be read by focusEntered.)
    • Unfortunately, the foreground event sets focus to the dialog, so the property page isn't ever in the focus ancestors at that point. This means that this condition has no practical effect; we always get double speaking.

Other notes:

  • The solution must take both braille and speech into account. This probably means using NVDAObject properties such as description as we do now.
    • This makes things difficult because the property page is often not really a part of the dialog description, even though we do want it to be read. Consider the General property page of the Windows XP System Properties dialog.
  • One possibility is to not allow retrieval of dialog text for a property page if it's already been retrieved within a given period.
    • This is pretty nasty. Also, we really wnat it to be part of the property page if that is going to be read, not the dialog, but the dialog gets handled first.
      Changes:
      Changed title from "Read property pages in dialogs even if the property page is never in the focus ancestry" to "Read property pages in dialogs even if the property page is never in the focus ancestry without doubling information"

@nvaccessAuto
Copy link
Author

Comment 3 by jteh on 2009-05-01 00:40
This is annoying, but it's not essential for 0.6.

@nvaccessAuto
Copy link
Author

Comment 4 by jteh on 2009-06-23 05:42
Changes:
Milestone changed from 0.6 to None

@nvaccessAuto
Copy link
Author

Comment 6 by mdcurran on 2012-01-30 01:48
Fixed (pretty much) in 5ce77d1.
Changes:
Milestone changed from None to 2012.1
State: closed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants