Smart Selection "Word bounded by WS" now omits trailing * or @ character #431
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This changes the default behavior of Smart Selection so that the "word bounded by Whitespace" regex does not include trailing @ or * characters by default. This improves behavior of the selector for those of us who use
ls -F
by default.ls -F
displays a character at the end of a filename to indicate special file types or directories. E.g. it adds a "*" to executable files and an "@" at the end of symbolic links. The default regex of\S+
includes those characters which can cause weird side effects with a typical pattern of use like thisls
, user selects filename, user pastes into another command line window. The default would includeexecutable_file*
orsymbolic_link@
which doesn't exist or might refer to multiple files.The trailing
*
is especially troublesome in cases where there are multiple files of the same name. For example:If someone tries to run /usr/bin/ssh* we'll get en error as the shell will expand to include the other files: