Change:
keybinding: [ { primary: KeyMod.CtrlCmd | KeyCode.KeyR, <del> when: ContextKeyExpr.and(TerminalContextKeys.focus, CONTEXT_ACCESSIBILITY_MODE_ENABLED), </del> <ins> when: ContextKeyExpr.and(CONTEXT_ACCESSIBILITY_MODE_ENABLED, ContextKeyExpr.or(TerminalContextKeys.focus, ContextKeyExpr.and(accessibleViewIsShown, accessibleViewCurrentProviderId.isEqualTo(AccessibleViewProviderId.Terminal)))), </ins> weight: KeybindingWeight.WorkbenchContrib }, {

Discussion:
Testing Testing on Windows 11. opens terminal accessibility help dialog correctly: ! Explore options, decide I want to try Run Recent Command () to open terminal accessible view, opens correctly: ! Try I don't observe anything happen - but maybe I'm misunderstanding what should happen or how I should set this command up?
Sorry this was not clear. Perhaps I should specify which commands only apply when focus is in the terminal? Perhaps that should also work when the focus is in the accessible view... I will think about that.
To verify, focus a terminal in screen reader mode. open the terminal accessibility help dialog with and check which keybinding to use for . open the terminal accessible view by focusing the terminal and using use that key binding. make sure it runs whichever command you select.
I think I'm still missing something in my understanding. Steps I took: Open VS Code repo in latest VS Code Insiders Toggle screen reader mode so that I'm Screen Reader Optimized Open and focus terminal , the terminal accessibility help dialog opens I note that will run recent command, and will get me to previous commands Open terminal accessible view by focusing terminal and using to get to a previous command (this worked well) Once I've gotten to a previous command I'd like to run, I try but again don't observe anything happened: !
Apologies, Brigit, it appears there's an old bug resurfacing in which the keybinding is not listed correctly in this dialog. On windows, run recent command is invoked with when in screen reader mode. On mac, with screen reader mode, it's .
Reopening to fix that
Ah yay, worked well for me, thank you! I'll hold off on labeling as if you'd also like to use this issue to track fixing the keybinding bug.
Actually, I think I'll reopen that other issue. Since the issue was the command not working, it would be great if you'd verify this and I'll link the other . Thanks
here's the issue where we're tracking that

Testing ! Option + Down/Up arrow in terminal is not navigating between commands. These are working only in accessibility view. In terminal the keybindings are cmd + Down/Up arrow.
I'm experiencing the same issue testing on Windows 11.
This text should say in the accessible view - the keybinding is meant to work there, not in the terminal.
same issue! All the other commands work fine, arrows/screen reader work fine in the quick pick after command is run. I am wondering though if the keybinding for prev/next commands might be too generic?
Everyone, the prev/next commands must be run in the terminal's accessible view - not the terminal. Can you pls test that? I plan to make that clear by tweaking the dialog's text.
Yes, it worked in the terminal accessible view for me (as it sounds like it did for too).
Worked fine for me too! Sorry for the mixup
Thanks definitely see why you were confused though, so will fix that
to verify, open the accessibility help dialog by focusing a terminal and using . verify that the specify that they're to be applied in the terminal accessible view.