-
Notifications
You must be signed in to change notification settings - Fork 15
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
Quoted commands fail #7
Comments
The To specify multiple commands, use Thus, you'd have to specify
|
* [new feature] `-q` now allows clearing the "screen" of the new tab after opening using `clear`, assuming any command (list) passed succeeded. * [enhancement] A quoted multi-command shell command string can now be specified as a single - and only - operand, without having to precede with an explicit `eval` command. * [behavior change] If no custom title is specified with `-t <title>`, no attempt is made anymore to auto-derive a meaningful tab title from the shell command specified, as there is no heuristic that works well in all cases. * [fix] [Issue #7](#7): iTerm2 now also preserves the current working dir. when opening a new tab in the current window.
I realized that I could make the
In other words: you can now pass any shell command line as a single, quoted string as the one and only operand (non-option) to Note that quoting the command line is invariably a requirement, as the current shell would otherwise interpret metacharacters such as |
Certain commands are not (AFAIK) possible with ttab, because of precedence rules.
It might seem that putting quotes around the command would fix this, passing it all to ttab as a single argument that could be unpacked before being issued to the shell, but it does not work.
Allowing the command and its arguments to be either single or double quoted (but not requiring it!) would be very helpful, as it would allow commands like those given above to succeed.
The text was updated successfully, but these errors were encountered: