You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Reported by ragb on 2012-02-25 21:25
MSN and WLM popup some baloons when some events happen: contacts becoming online, typing the firest message, etc.
These popups don't get focus unless one clicks on them with the mouse or, in some versions of wlm, when cycling open windows with alt+tab. Since they are not focused they are not reported.
One could use the show event to report the message to the user but, at least on my understanding, it is only triggered for tooltips based on the windowClassName.
MSN popup windows have a class name of "MSBLPopupMsgWClass". Attached patch adds that class to triger the show event (iaccessibleHandler.py) and treats it as a tooltip (adding the overlay in msn appModule) to report the show event as it is done for tooltips and help baloons.
This can be considered a hack: hardcoding the classes for wich the show event must be triggered is a bit hugly, specialy when they are not standard. But, without many more changes, it seems to me the easiest way. Moreover MSN mesenger is very much used by NVDA so this may compensate the hugliness.
The text was updated successfully, but these errors were encountered:
Comment 1 by ragb on 2012-02-26 19:37
With further investigation it seems these show events just happen sometimes, mainly when msn starts... No idea why. Has we can't process window create events I can't check those either. Will try more ideas later.
Reported by ragb on 2012-02-25 21:25
MSN and WLM popup some baloons when some events happen: contacts becoming online, typing the firest message, etc.
These popups don't get focus unless one clicks on them with the mouse or, in some versions of wlm, when cycling open windows with alt+tab. Since they are not focused they are not reported.
One could use the show event to report the message to the user but, at least on my understanding, it is only triggered for tooltips based on the windowClassName.
MSN popup windows have a class name of "MSBLPopupMsgWClass". Attached patch adds that class to triger the show event (iaccessibleHandler.py) and treats it as a tooltip (adding the overlay in msn appModule) to report the show event as it is done for tooltips and help baloons.
This can be considered a hack: hardcoding the classes for wich the show event must be triggered is a bit hugly, specialy when they are not standard. But, without many more changes, it seems to me the easiest way. Moreover MSN mesenger is very much used by NVDA so this may compensate the hugliness.
The text was updated successfully, but these errors were encountered: