Win 10 task switcher fires redundant focus event #5116

Closed
nvaccessAuto opened this Issue May 29, 2015 · 9 comments

Comments

Projects
None yet
1 participant
@nvaccessAuto

Reported by mdcurran on 2015-05-29 02:40
In Windows 10, holding down alt and then pressing tab brings up the new Task Switch Window. Focus correctly goes to the newly selected app in the contained grid. However, then a new focus event is fired on the task swiching window itself. Therefore when pressing tab a second time, the focus ancestory of the newly selected item in the grid is announced again. We should suppress focus events on this task switch window itself as focus is always within it, not on it.

@nvaccessAuto

This comment has been minimized.

Show comment Hide comment
@nvaccessAuto

nvaccessAuto May 29, 2015

Comment 1 by Michael Curran <mick@... on 2015-05-29 02:43
In [c8ce76c]:

Merge branch 't5116' into next. Incubates #5116

Changes:
Added labels: incubating

Comment 1 by Michael Curran <mick@... on 2015-05-29 02:43
In [c8ce76c]:

Merge branch 't5116' into next. Incubates #5116

Changes:
Added labels: incubating

@nvaccessAuto

This comment has been minimized.

Show comment Hide comment
@nvaccessAuto

nvaccessAuto Jun 18, 2015

Comment 3 by Michael Curran <mick@... on 2015-06-18 03:20
In [a957672]:

Merge branch 't5116' into next. Incubates #5116

Comment 3 by Michael Curran <mick@... on 2015-06-18 03:20
In [a957672]:

Merge branch 't5116' into next. Incubates #5116

@nvaccessAuto

This comment has been minimized.

Show comment Hide comment
@nvaccessAuto

nvaccessAuto Jul 10, 2015

Comment 4 by James Teh <jamie@... on 2015-07-10 04:26
In [8d35b80]:

In Windows 10, extraneous information is no longer reported when pressing alt+tab or alt+shift+tab to switch between applications.

Fixes #5116.

Changes:
Removed labels: incubating
State: closed

Comment 4 by James Teh <jamie@... on 2015-07-10 04:26
In [8d35b80]:

In Windows 10, extraneous information is no longer reported when pressing alt+tab or alt+shift+tab to switch between applications.

Fixes #5116.

Changes:
Removed labels: incubating
State: closed

@nvaccessAuto

This comment has been minimized.

Show comment Hide comment
@nvaccessAuto

nvaccessAuto Jul 30, 2015

Comment 5 by leonarddr on 2015-07-30 09:09
Is it normal behavior that NVDA says unknown whenever pressing alt+tab, at least with only one window open?

Comment 5 by leonarddr on 2015-07-30 09:09
Is it normal behavior that NVDA says unknown whenever pressing alt+tab, at least with only one window open?

@nvaccessAuto

This comment has been minimized.

Show comment Hide comment
@nvaccessAuto

nvaccessAuto Aug 6, 2015

Comment 6 by James Teh <jamie@... on 2015-08-06 02:13
In [3868bc6]:

In Windows 10, NVDA no longer reports "unknown" after pressing alt+tab.

Re #5116.

Comment 6 by James Teh <jamie@... on 2015-08-06 02:13
In [3868bc6]:

In Windows 10, NVDA no longer reports "unknown" after pressing alt+tab.

Re #5116.

@nvaccessAuto

This comment has been minimized.

Show comment Hide comment
@nvaccessAuto

nvaccessAuto Aug 7, 2015

Comment 7 by leonarddr on 2015-08-07 15:10
On the desktop with nothing open, it now works as expected. However, in other apps, I notice the following behavior:
Input: kb(laptop):alt+tab IO - speech.speak (17:09:40): Speaking [item'](u'list) IO - speech.speak (17:09:40): Speaking [(Win 10 task switcher fires redundant focus event) \u2013 NVDA Community - Mozilla Firefox'](u'#5116) IO - speech.speak (17:09:40): Speaking [(Win 10 task switcher fires redundant focus event) \u2013 NVDA Community document'](u'#5116) IO - speech.speak (17:09:40): Speaking [may use WikiFormatting here. edit multi line'](u'You) IO - speech.speak (17:09:40): Speaking [- inputCore.InputManager.executeGesture (17:09:43): Input: kb(laptop):alt+tab IO - speech.speak (17:09:43): Speaking [u'list item'](u'blank'] IO) IO - speech.speak (17:09:43): Speaking [(Win 10 task switcher fires redundant focus event) \u2013 NVDA Community - Mozilla Firefox'](u'#5116) IO - speech.speak (17:09:43): Speaking [(Win 10 task switcher fires redundant focus event) \u2013 NVDA Community document'](u'#5116)

Comment 7 by leonarddr on 2015-08-07 15:10
On the desktop with nothing open, it now works as expected. However, in other apps, I notice the following behavior:
Input: kb(laptop):alt+tab IO - speech.speak (17:09:40): Speaking [item'](u'list) IO - speech.speak (17:09:40): Speaking [(Win 10 task switcher fires redundant focus event) \u2013 NVDA Community - Mozilla Firefox'](u'#5116) IO - speech.speak (17:09:40): Speaking [(Win 10 task switcher fires redundant focus event) \u2013 NVDA Community document'](u'#5116) IO - speech.speak (17:09:40): Speaking [may use WikiFormatting here. edit multi line'](u'You) IO - speech.speak (17:09:40): Speaking [- inputCore.InputManager.executeGesture (17:09:43): Input: kb(laptop):alt+tab IO - speech.speak (17:09:43): Speaking [u'list item'](u'blank'] IO) IO - speech.speak (17:09:43): Speaking [(Win 10 task switcher fires redundant focus event) \u2013 NVDA Community - Mozilla Firefox'](u'#5116) IO - speech.speak (17:09:43): Speaking [(Win 10 task switcher fires redundant focus event) \u2013 NVDA Community document'](u'#5116)

@nvaccessAuto

This comment has been minimized.

Show comment Hide comment
@nvaccessAuto

nvaccessAuto Aug 7, 2015

Comment 8 by jteh on 2015-08-07 21:42
I assume that's when you press alt+tab once; i.e. you release alt as soon as you press tab? That'd be because the list disappears before NVDA gets a chance to speak it. We can't do much about that. A sighted user would similarly see the task list appear quickly and then disappear. However, the foreground change should cancel speech, so you shouldn't hear much (if any) of the "list item". If you're not using eSpeak, it'd be great if you could confirm it with eSpeak.

Comment 8 by jteh on 2015-08-07 21:42
I assume that's when you press alt+tab once; i.e. you release alt as soon as you press tab? That'd be because the list disappears before NVDA gets a chance to speak it. We can't do much about that. A sighted user would similarly see the task list appear quickly and then disappear. However, the foreground change should cancel speech, so you shouldn't hear much (if any) of the "list item". If you're not using eSpeak, it'd be great if you could confirm it with eSpeak.

@nvaccessAuto

This comment has been minimized.

Show comment Hide comment
@nvaccessAuto

nvaccessAuto Aug 8, 2015

Comment 9 by leonarddr on 2015-08-08 07:37
With ESpeak, I barely hear list item. I do not experience this thing as a real bug or so, reported it since it is a difference with older windows behavior. But that behavior is clarified now, I think.

Comment 9 by leonarddr on 2015-08-08 07:37
With ESpeak, I barely hear list item. I do not experience this thing as a real bug or so, reported it since it is a difference with older windows behavior. But that behavior is clarified now, I think.

@nvaccessAuto

This comment has been minimized.

Show comment Hide comment
@nvaccessAuto

nvaccessAuto Aug 9, 2015

Comment 10 by jteh on 2015-08-09 23:03
Well, UIA seems to be slower in general in Windows 10, so that might explain why you didn't see this with older versions of Windows. Note that fd9d10a might help with this.

Comment 10 by jteh on 2015-08-09 23:03
Well, UIA seems to be slower in general in Windows 10, so that might explain why you didn't see this with older versions of Windows. Note that fd9d10a might help with this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment