Bug#895754: ncurses-term: please add tmux-direct terminal type
On Sun, Oct 04, 2020 at 08:17:57PM +0200, Sven Joachim wrote: > Control: tags -1 + fixed-upstream > > On 2018-05-13 10:33 -0400, Thomas Dickey wrote: > > > On Sun, May 13, 2018 at 09:27:03AM +0200, Sven Joachim wrote: > >> Control: tags -1 upstream > >> > >> On 2018-04-15 16:45 +, brian m. carlson wrote: > >> > >> > Package: ncurses-term > >> > Version: 6.1+20180210-1 > >> > Severity: wishlist > >> > > >> > tmux has, since version 2.2, supported true color capabilities, but > >> > there is no terminal definition (either tmux* or screen*) that handles > >> > true color. This means that people who want to use true color-capable > >> > programs, like Vim, in tmux must specifically and manually set > >> > properties to enable this functionality. > >> > > >> > Could you add a tmux-direct type to handle the increase in colors and > >> > implement true color support? > >> > >> Thomas, what is your opinion on this? > > > > I didn't see anything that I could use in ncurses: > > > > Unlike "screen", which provides a way to relate the inner/outer terminal > > descriptions (such as having "screen.xterm-new", to relate to > > "xterm-new"), "tmux" doesn't appear to have a comparable approach which > > would put the information in the terminal database, and let "tmux" > > automatically select the proper customized terminal description. > > > > To date, all of the discussion in this area seems to have been from the > > people who insist on setting TERM to xterm, xterm-256color, etc., so > > none of this has been productive. > > > > One way to address this would be to get the tmux developers to make a > > proposal of how they'll fit this feature into the existing system. But > > I've only seen recommendations that individuals tweak their ".tmuxrc". > > > > By the way, the feature being discussed is "direct color", not "true color". > > Despite these reservations, you added tmux-direct in the 20201003 > patchlevel this weekend, not mentioning this bug report but referring to > https://github.com/tmux/tmux/issues/2370. Actually, since the tmux developer pinged me on this, that addressed one issue. When I considered the patch, most of my attention was on validating the change, and seeing that I hadn't gotten around to adding the mintty-extensions to the table (since mintty was up to this point the only user), I added that, used the table to check the entry. The issue vs automatically-selecting $TERM seems to not have been addressed. Perhaps the tmux developers will do something to improve that... -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: PGP signature
Bug#895754: ncurses-term: please add tmux-direct terminal type
On 2020-10-04 at 18:17:57, Sven Joachim wrote: > Despite these reservations, you added tmux-direct in the 20201003 > patchlevel this weekend, not mentioning this bug report but referring to > https://github.com/tmux/tmux/issues/2370. Fantastic, that's great to hear. Thanks to everyone for getting this done. -- brian m. carlson: Houston, Texas, US signature.asc Description: PGP signature
Bug#895754: ncurses-term: please add tmux-direct terminal type
Control: tags -1 + fixed-upstream On 2018-05-13 10:33 -0400, Thomas Dickey wrote: > On Sun, May 13, 2018 at 09:27:03AM +0200, Sven Joachim wrote: >> Control: tags -1 upstream >> >> On 2018-04-15 16:45 +, brian m. carlson wrote: >> >> > Package: ncurses-term >> > Version: 6.1+20180210-1 >> > Severity: wishlist >> > >> > tmux has, since version 2.2, supported true color capabilities, but >> > there is no terminal definition (either tmux* or screen*) that handles >> > true color. This means that people who want to use true color-capable >> > programs, like Vim, in tmux must specifically and manually set >> > properties to enable this functionality. >> > >> > Could you add a tmux-direct type to handle the increase in colors and >> > implement true color support? >> >> Thomas, what is your opinion on this? > > I didn't see anything that I could use in ncurses: > > Unlike "screen", which provides a way to relate the inner/outer terminal > descriptions (such as having "screen.xterm-new", to relate to > "xterm-new"), "tmux" doesn't appear to have a comparable approach which > would put the information in the terminal database, and let "tmux" > automatically select the proper customized terminal description. > > To date, all of the discussion in this area seems to have been from the > people who insist on setting TERM to xterm, xterm-256color, etc., so > none of this has been productive. > > One way to address this would be to get the tmux developers to make a > proposal of how they'll fit this feature into the existing system. But > I've only seen recommendations that individuals tweak their ".tmuxrc". > > By the way, the feature being discussed is "direct color", not "true color". Despite these reservations, you added tmux-direct in the 20201003 patchlevel this weekend, not mentioning this bug report but referring to https://github.com/tmux/tmux/issues/2370. Cheers, Sven
Bug#895754: ncurses-term: please add tmux-direct terminal type
On Sun, May 13, 2018 at 10:33:40AM -0400, Thomas Dickey wrote: > I didn't see anything that I could use in ncurses: > > Unlike "screen", which provides a way to relate the inner/outer terminal > descriptions (such as having "screen.xterm-new", to relate to > "xterm-new"), "tmux" doesn't appear to have a comparable approach which > would put the information in the terminal database, and let "tmux" > automatically select the proper customized terminal description. > > To date, all of the discussion in this area seems to have been from the > people who insist on setting TERM to xterm, xterm-256color, etc., so > none of this has been productive. > > One way to address this would be to get the tmux developers to make a > proposal of how they'll fit this feature into the existing system. But > I've only seen recommendations that individuals tweak their ".tmuxrc". > > By the way, the feature being discussed is "direct color", not "true color". From my understanding, tmux does the mapping itself based on what it's attached to. For example, if I start a tmux 2.7 in mate-terminal (which supports 24-bit color) with the color #ff6274, when I attach that tmux session to a linux console, I get light red. In other words, AFAICT, you can always use direct color in newer versions of tmux and tmux will map the colors to whatever the underlying terminal is capable of. -- brian m. carlson: Houston, Texas, US OpenPGP: https://keybase.io/bk2204 signature.asc Description: PGP signature
Bug#895754: ncurses-term: please add tmux-direct terminal type
On Sun, May 13, 2018 at 09:27:03AM +0200, Sven Joachim wrote: > Control: tags -1 upstream > > On 2018-04-15 16:45 +, brian m. carlson wrote: > > > Package: ncurses-term > > Version: 6.1+20180210-1 > > Severity: wishlist > > > > tmux has, since version 2.2, supported true color capabilities, but > > there is no terminal definition (either tmux* or screen*) that handles > > true color. This means that people who want to use true color-capable > > programs, like Vim, in tmux must specifically and manually set > > properties to enable this functionality. > > > > Could you add a tmux-direct type to handle the increase in colors and > > implement true color support? > > Thomas, what is your opinion on this? I didn't see anything that I could use in ncurses: Unlike "screen", which provides a way to relate the inner/outer terminal descriptions (such as having "screen.xterm-new", to relate to "xterm-new"), "tmux" doesn't appear to have a comparable approach which would put the information in the terminal database, and let "tmux" automatically select the proper customized terminal description. To date, all of the discussion in this area seems to have been from the people who insist on setting TERM to xterm, xterm-256color, etc., so none of this has been productive. One way to address this would be to get the tmux developers to make a proposal of how they'll fit this feature into the existing system. But I've only seen recommendations that individuals tweak their ".tmuxrc". By the way, the feature being discussed is "direct color", not "true color". -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: Digital signature
Bug#895754: ncurses-term: please add tmux-direct terminal type
Control: tags -1 upstream On 2018-04-15 16:45 +, brian m. carlson wrote: > Package: ncurses-term > Version: 6.1+20180210-1 > Severity: wishlist > > tmux has, since version 2.2, supported true color capabilities, but > there is no terminal definition (either tmux* or screen*) that handles > true color. This means that people who want to use true color-capable > programs, like Vim, in tmux must specifically and manually set > properties to enable this functionality. > > Could you add a tmux-direct type to handle the increase in colors and > implement true color support? Thomas, what is your opinion on this? Cheers, Sven
Bug#895754: ncurses-term: please add tmux-direct terminal type
Package: ncurses-term Version: 6.1+20180210-1 Severity: wishlist tmux has, since version 2.2, supported true color capabilities, but there is no terminal definition (either tmux* or screen*) that handles true color. This means that people who want to use true color-capable programs, like Vim, in tmux must specifically and manually set properties to enable this functionality. Could you add a tmux-direct type to handle the increase in colors and implement true color support? -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information -- brian m. carlson: Houston, Texas, US OpenPGP: https://keybase.io/bk2204 signature.asc Description: PGP signature