Re: [ANNOUNCEMENT] Updated: mintty 2.9.0
- Date: Tue, 03 Jul 2018 19:56:00 +0200
- From: Achim Gratz <Stromeko@xxxxxxxx>
- Subject: Re: [ANNOUNCEMENT] Updated: mintty 2.9.0
Thomas Wolff writes:
> I guess it's more about the configuration of tmux. There is in fact a
> cursor style setting sequence that mintty newly supports.
> Please make a terminal log and check whether ^[[34h (ESC [ 3 4 h)
> appears during tmux initialization.
I figured as much meanwhile, but I've not had luck in finding a
description of that sequence until much later today (in the teraterm
documentation). I also fell into the trap again that you really can't
recompile a terminfo entry and expect it to work until you've closed all
> If so, however, the assumption is that tmux sends it on purpose, so
> the blame is on tmux :/
Not tmux, what you need to blame is the terminfo entry for
screen-256color again, specifically the cursor_normal variable. There
are a bunch of other terminals using the same sequences though. But I
need to set the terminal to this exact string or colors inside screen
(e.g. Emacs) don't work correctly (it falls back to some lower number of
colors and gets completely illegible with the default theme). Anyway,
since I already needed to patch the stupid italics/bold swap in that
terminfo entry, I just patched out this bit of nonsense as well.
BTW, for the terminal logs: it'd be nice if you could set a terminal log
file from the extended context menu. At the moment you can't actually
activate the log (grayed out) unless you've started MinTTY with the
> About an option to suppress dynamic changes of cursor style, that
> might indeed be useful. I assume, though, that it should uniformly
> also suppress the DEC sequence (DECSCUSR). Or should different cursor
> attributes be addressable separately? (shape, blinking, colour??, even
> hiding???) Design proposals welcome.
Well, one simple switchbox to "keep the cursor fixed at these settings"
next to the other cursor settings would have saved me a few hours of
heartburn. Allowing to make each of them separately sticky would be
nicer, but it's probably also a touch too much (besides, there's be a
ton of other options that would then need the same treatment for the
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf Blofeld V1.15B11:
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple