confirmed; reduce to
yeah that's also my preferred approach if we want apps to be able to use only the CSI 997 response to determine dark/light mode. It looks like the Helix editor does that.
Here's a sketch for solution 2 (explicit colors-dark / colors-light sections):
we got a vote for removing the uname= prefix (https://github.com/wezterm/wezterm/issues/7370#issuecomment-3567974927),
Thanks! Tested successfully with this upcoming change.
To be explicit about the data source, we could add a uname= prefix (query-os-name=uname=$(uname)).
Nice. We should probably make sure that terminals agree on the values for query-os_name.
The unreleased tmux commit 7499d925 (Do not downgrade styled underscores to standard underscore if the terminal does not support them, 2025年05月12日) should fix this specific issue.
FWIW I have a hacky script for a related use case: it creates a new terminal window with a new Kakoune client connecting to the same Kakoune server as the currently focused window. I do this by...
probably this bug in vim: https://github.com/vim/vim/issues/18100, looks like there is a workaround
The problem is you can't draw it on top of existing text, you can only have it replace an existing character.
Ok thanks. I still wonder why cursors are different from other text decoration...
I'm implementing this for Kakoune (not yet sure if I want it, maybe it's better to let the application draw something like U+258F LEFT ONE EIGHTH BLOCK on top of existing text)
something like
pipe-scrollback=[new-editor-window] Control+Shift+p
pipe-command-output=[new-editor-window] Control+Shift+g
where new-editor-window is something like
I think for gnome-terminal it's mostly VTE_VERSION (also used by the new default "gnome-console" aka kgx and others).
Apparently gnome-terminal also sets GNOME_TERMINAL_SERVICE and...