Thanks for the background on this, to Stephane and Bill in particular.
It seems like there’s no good reason for the current situation. I've filed
another bug, 15499730, stressing that it is important for Apple’s commitment to
accessibility.
___
Coc
On Nov 16, 2013, at 12:55 PM, Jerry Krinock wrote:
> So it looks like maybe Apple is doing this on purpose, or that it is deemed
> *vey* difficult to fix. But neither one of these seems plausible to me.
> What possible reason could there be for restricting keyboard accessibility to
> on
Le 16 nov. 2013 à 18:57, cocoa-dev-requ...@lists.apple.com a écrit :
> On 2013 Nov 15, at 23:05, Martin Hewitson wrote:
>
>> navigating works properly for … iStatMenus
>
> Ah, that’s interesting. That would make iStatMenus the first non-Apple
> status item that I’ve seen that was not skipped
On 2013 Nov 15, at 23:05, Martin Hewitson wrote:
> navigating works properly for … iStatMenus
Ah, that’s interesting. That would make iStatMenus the first non-Apple status
item that I’ve seen that was not skipped in the loop. Checking into that a
little, I see that
• iStatMenus is not avai
On 16 Nov 2013, at 07:12 am, Jerry Krinock wrote:
> Can anyone explain why, when navigating between Status Items in the menu bar
> with the right and left arrow keys, the loop wraps on the left when you get
> to the first non-Apple status item, and wraps on the right with the Fast User
> Swit
Can anyone explain why, when navigating between Status Items in the menu bar
with the right and left arrow keys, the loop wraps on the left when you get to
the first non-Apple status item, and wraps on the right with the Fast User
Switching menu?
The Spotlight menu, Notification Center, and al
