-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wait until previous command is "done" before executing next command in sequence? #23
Comments
As a workaround, you can set the I'm using this extension to work around very poor default behavior of the "Run Selected Text" command described in microsoft/vscode#43242 by running Waiting for previous command to complete rather than setting a specific fixed timeout interval would be ideal. |
This extension waits until the previous command has finished. I checked the source code of As another workaround, you can use For example, in settings.json
and bind it in keybindings.json
and type |
Actually,
works fine. But For me if there is already a group down, the |
To throw my hat in the ring, I would also love a feature that waits for a command to finish before moving on to the next one; e.g., like a bash script. My use case is with the LaTeX Workshop extension. I attempted chain together
However, it is typically the case that the pdf takes a moment to build, so the |
It'd be really nice if there was an option for multi-command to "wait" until whatever palette the previous command brought up is "dismissed" before moving on with the next command in the sequence (unless the previous command was "escaped", like if they hit the "ESC" key or clicked out of the prompt).
As an example, take the following command:
I set this up because I want to search for a file, and then after I hit "enter" I'd like that file to be moved to the editor in the below group. However right now that's not how it works; the quick open panel opens, but then it immediately executes
workbench.action.moveEditorToBelowGroup
without waiting for me to actually search for a file.It'd be nice if multi-command "knew" that it needed to wait for the quick open panel to be closed before moving on to the next command in the sequence. There isn't a way that I'm glossing over, is there?
The text was updated successfully, but these errors were encountered: