Hi
Update termtypes.master to terminfo.src from ncurses-5.9-20111001.
We had local changes to change kbs from ^H to \177 in xterm, but there
is now an xterm+kbs fragment for people who cannot agree on what the
backspace key should send which handily changes it for all xterm
entries. So I've
On Thu, Oct 6, 2011 at 3:46 PM, Nicholas Marriott
nicholas.marri...@gmail.com wrote:
Hi
Update termtypes.master to terminfo.src from ncurses-5.9-20111001.
We had local changes to change kbs from ^H to \177 in xterm, but there
is now an xterm+kbs fragment for people who cannot agree on what
Hi
Thanks.
New terminfo entries for particular applications are typically a matter
for the upstream author. In the case of rxvt-unicode I'm not sure what
the history is but it has come up on bug-ncurses before, for example:
http://lists.gnu.org/archive/html/bug-ncurses/2009-10/msg00030.html
On Thu, Oct 6, 2011 at 3:56 PM, David Coppa dco...@gmail.com wrote:
ok?
cool, thanks.
Ok for me.
Just one curiosity: have rxvt-unicode entries been planned for
inclusion into ncurses?
Or would it be stupid to add this patch?
I'd prefer not to drift from upstream ncurses for entire entries if
possible. What's wrong with using /usr/local/share/terminfo for ports?
On Thu, Oct 06, 2011 at 04:12:34PM +0200, David Coppa wrote:
On Thu, Oct 6, 2011 at 3:56 PM, David Coppa dco...@gmail.com wrote:
ok?
cool, thanks.
On Thu, Oct 6, 2011 at 4:19 PM, Nicholas Marriott
nicholas.marri...@gmail.com wrote:
I'd prefer not to drift from upstream ncurses for entire entries if
possible. What's wrong with using /usr/local/share/terminfo for ports?
Nothing, until yo ssh to a machine where rxvt-unicode is not installed
Well, we can add it to the termtypes.master file, it isn't a huge
maintenance burden. Although I don't much like the diff you linked to,
it would be better if the entry matched the others in the file rather
than taking up about 200 lines.
Most ideal would be if upstream could do whatever is
On Thu, Oct 6, 2011 at 4:29 PM, Nicholas Marriott
nicholas.marri...@gmail.com wrote:
Well, we can add it to the termtypes.master file, it isn't a huge
maintenance burden. Although I don't much like the diff you linked to,
it would be better if the entry matched the others in the file rather