Reported by nithal on 2008-08-03 05:57
now i'll try to make the stips which i've used to found the proplem ... 1- choose any txt file or doc file. 2- bress the app key or the right click . 3- go down with airo keys ...4- when the screenreader says "open with" use the right caero then move up and down . you'll not here the names of the items accipt one item that's in the end of the list which called : "choose the program..." or something like this.
many of the screenreaders on the world has this proplem but this proplem isn't found with jaws or hal
Blocked by #643
Comment 1 by jteh on 2008-08-03 06:35
This issue occurs because some menu items which display an icon don't seem to expose their name to MSAA. As far as we are aware, the only way to work around this is to obtain the name using display information. (We believe this is how other commercial screen readers solve this problem.) This requires display hooks. Although we have a very early implementation of display hooks, it is not yet ready for inclusion in NVDA. See #40 for details.
Note that the "Open With" menu in Vista does not seem to suffer from this issue.
Changed title from "when i'll try to use the menu with right click or app key i sometimes found items that the program don't read them . and i always found this proplem in the menu "open with" while i am trying to open txt file with another program such as winword..." to "Some menu items which display icons are inaccessible with NVDA"
Milestone changed from 0.6p2 to None
Comment 2 by jteh on 2009-09-14 23:05
MSDN article that might be useful for application developers wishing to fix this issue in their applications: Exposing Owner-Drawn Menu Items
Comment 3 by mdcurran on 2010-05-10 07:15
All should be solved by using displayModel.
Comment 4 by jteh on 2010-05-13 04:05
Implemented via display hooking merged in c90061b.
Comment 5 by jteh on 2010-05-13 04:07
Milestone changed from None to 2010.2