Date: Fri, 22 Nov 2024 03:16:24 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 282647] termcap entries for tmux missing title setting capabilities (also for xterm?) Message-ID: <bug-282647-227-6QxRUehBks@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-282647-227@https.bugs.freebsd.org/bugzilla/> References: <bug-282647-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D282647 --- Comment #3 from Duane <parakleta@darkreality.org> --- That change seems like a backwards decision. Instead of configuring the program to not clear the screen when it exits, we lie about whether the terminal is capable of clearing the screen? If using `less` you just add t= he `-X` option. We now have the bizarre situation where `vim` for example seems to use its internal terminal definitions if the terminal is listed as `xterm` because = it can no longer trust the provided termcap files as being complete. It actua= lly does the clear if the TERM is exactly 'xterm', but not for derivative or ot= her values. It leads to a weird circumstance where I get more reliable behaviour from programs if I set the terminal to `xterm` regardless of what it really is because then programs use their more complete capabilities themselves. Thi= s is how I actually discovered that these entries were missing from the FreeBSD termcap files. Additionally, neither of the additional entries in terminfo-db contain the = ts or fs capabilities so this doesn't solve that issue. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-282647-227-6QxRUehBks>