Unix Terminal Behaviors
Discussions center on quirks of Unix/Linux terminal emulators, TTY settings (e.g., stty commands), control sequences like CR/LF and ESC, readline controls, and historical terminal protocols such as VT100.
Activity Over Time
Top Contributors
Keywords
Sample Comments
For enough, but yes these are not to do with readline but terminal behaviour
Maybe in the same universe the overuse of VT control codes has led to command line to be actually line based.
What terminal interprets "\r" as "clear the line"? I would have thought that is considered a bug.
If for some reason you do want a terminal, you can run `stty -onlcr` to turn off the NL → CR LF conversion.
Why, so your friends using vintage vt100 terminals can read your code without scrolling?
Is your terminal emulator waiting for a second input before sending Esc? That’s not a common behavior AFAIK.
Which terminal emulator do you use, and what happens if you paste something including newline characters?
Back in the day? What’s the modern way to do it if not stty sane?
It's up to individual applications how they implement user input. All of this is entirely possible in modern terminal emulators - look at the micro text editor, for example.I guess most shells (bash, zsh, etc.) keep things "traditional" for backwards compatibility reasons.
Can you elaborate what you mean by readline style controls? Looked it up but that didn't help.