"Characters considered part of a word" limitations
- iTerm2 version: 3.3.10beta4
- OS version: 10.15.4
- Attach ~/Library/Preferences/com.googlecode.iterm2.plist here (drag-drop from finder into this window)com.googlecode.iterm2.plist
Detailed steps to reproduce the problem:
- Change characters in Preferences >> General >> Selection >> Characters considered part of a word
- Word selection does not update
What happened:
I'm not sure what order of precedence controls word selection. AFAIK, there are at least 3 layers of word selection preferences: MacOS, iTerm, and shell.
The shell (in my case, zsh) should only control word navigation through escape sequences. I have an iTerm Key Mapping for option ←/→ that sends ^[f and ^[b (escape sequences for moving forward/backward one word), and my .zshrc
contains the line WORDCHARS='~!#$%^&*(){}[]<>?+;-'
. This functions as expected for keyboard navigation - I move between words ignoring the delimiters I selected.
For double-click selection, I would expect iTerm's preferences to take precedence. They don't do anything on my system! I removed .
and /
from "Characters considered part of a word", but those characters get selected as parts of words.
In other applications (like Google Chrome and Sublime Text), these characters DO NOT get selected. In Sublime Text, word-selection is syntax-specific, but in Chrome I would guess it defers to the MacOS? Either way, iTerm's is different from both and does not honor its own preferences.
What should have happened:
Word selection preferences for double-click should match my iTerm preferences.
Thank you! I love using iTerm and am grateful for your work every day!