Provide a openEditorAtIndex command that allows to pass in the index

[xconverge]

I am forming an openEditorAtIndex command using the following syntax:

'workbench.action.openEditorAtIndex' + index

1-9 work correctly (and are default keybindings already). Would it be possible to add support for any index?

I currently need to use this command if <= 9 and if > 9, I have to go to index 9 and then next count - 9 times to get to the desired pane with a risk of wrapping around

[bpasero]

@xconverge trying to understand the scenario here, I do not think it makes sense for VSCode to introduce commands for more indices because this number is pretty much unlimited. Can we have another command that just goes to the next index, from the current one and you could use that instead? E.g. does it work if you use workbench.action.nextEditorInGroup?

[xconverge]

https://github.com/VSCodeVim/Vim/blob/182b9d5a2f93eda9d6421f8670f9df595ee7f61d/src/cmd_line/commands/tab.ts#L55

Lines 55 - 89 are what I use to be able to go to any tab

My default: case here is what I am trying to avoid

Ideally I could do await vscode.commands.executeCommand('workbench.action.openEditorAtIndex' + index); and never think twice about it

The problem with using nextEditorInGroup is that I have no way of knowing the max editor number index, so if I say go to tab 10 and there are only 8 tabs, the current logic will try to go to tab 9 with the absolute exposed command, then use a nextEditorInGroup command.

[bpasero]

@xconverge that switch-case statement looks quite horrible, an alternative would be for the workbench to expose a command workbench.action.openEditorAtIndex where you just pass the index as argument into. We already have that for other commands, e.g. see the "move editor command" (here)

Would that be better?

[xconverge]

That would work for me too! It is not very urgent since I don't think people navigate to tabs they can't see very often but for completeness it would be nice! Thanks!