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

Goldwave: alerts and message boxes not read #863

Closed
nvaccessAuto opened this issue Aug 27, 2010 · 4 comments
Closed

Goldwave: alerts and message boxes not read #863

nvaccessAuto opened this issue Aug 27, 2010 · 4 comments
Labels
Milestone

Comments

@nvaccessAuto
Copy link

Reported by briang1 on 2010-08-27 19:22
In Goldwave messages inside the alert boxes are not read, though any buttons are. You can read the text in these boxes if you do some object nav, namely
nvda keypad up, then just keypad right till you get to bottom. If this is the case it would be nice to have the text read.
Attached is a log more or less of the above actions on two boxes.

Test it like this.
Load Goldwave (I have 5.56 change the file, say, by inserting a marker, then save as and select mp3. When you try to save this, it will ask if you want to save the markers in a seperate file as markers are not supported. However you can only hear the text using object nav.
again if you have made any change and try to exit goldwave, it will prompt to save the changed files. However the text of the prompt is not read, only the buttons.
)

@nvaccessAuto
Copy link
Author

Attachment goldwave alerts no read.log added by briang1 on 2010-08-27 19:23
Description:

@nvaccessAuto
Copy link
Author

Comment 1 by briang1 on 2010-08-27 19:29

About NVDA

NonVisual Desktop Access
version: main-3778

Brian

@nvaccessAuto
Copy link
Author

Comment 2 by mdcurran on 2010-10-20 05:19
These dialog windows use a class of TMessageForm. Question is though, should we just map TMessageForm to dialog in IAccessible's _staticMap? But we don't force role in the Dialog NVDAObject to dialog, so although tht ext then gets read, it does not announce as dialog. Is this important?
We could hardcode role to dialog in dialog behaviour, but I'm pretty sure we don't do this because we want alerts to say alert. However, then perhapos we need another behaviour class for alerts?

@nvaccessAuto
Copy link
Author

Comment 3 by mdcurran on 2010-10-20 21:33
Fixed in 6331467.
Changes:
State: closed

@nvaccessAuto nvaccessAuto added this to the 2011.1 milestone Nov 10, 2015
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

1 participant