Sending Shift+Tab about domterm HOT 9 CLOSED

What should it send? I tried xterm and gnome-terminal, and they do the same.

from domterm.

Do you have (1) another terminal emulator that sends a different character sequence for ctrl+tab, and (2) an application that recognizes this control sequence?

from domterm.

Sorry, i just noticed i got my buttons confused 🤦‍♂️
It's Shift+Tab, not Ctrl+Tab.

I've tried with zsh (switching through autocompletion), and micro (for decreasing indentation).

from domterm.

Please try the attached patch.

tab-patch.txt

from domterm.

That worked! It's working the same as in gnome-terminal now!
Thank you!

from domterm.

Cool. I pushed the fix.

from domterm.

Since you use zsh (at least on occasion), have you tried a DomTerm-aware prompt string? I'd be interested in your take on http://domterm.org/Shell-prompts.html#zsh-shell-prompt .

(I don't think I have a direct email for you.)

from domterm.

I've just tried it, it's definitely better than my attempt at understanding the escape sequences and building the prompt string myself 😀
But I'm not entirely sure what the \e]75;> \a does? And there's an \e[14u, so shouldn't there be a \e[13u too (if i understand your documentation correctly)?

And you can always send me a mail @ pascal(dot)pirschel(at)gmail(dot)com

from domterm.

The documentation for \e15u does say it it implicitly ends a prompt. It would probably be helpful to mention it under \e13u. And more generally clarify the different ways to end a prompt.
The \e]75;> \a looks like an error - I think it should be \e]122l> \a which specifies a "continuation prompt pattern" - a not-yet-checked-in feature to support multi-line input editing areas. It specifies (will specify) how to generate a prompt for lines after the first (like PS2).

from domterm.