Date: Fri, 28 Feb 2014 00:05:28 +0100 From: Jilles Tjoelker <jilles@stack.nl> To: Peter Jeremy <peter@rulingia.com> Cc: Ed Schouten <ed@80386.nl>, arch@freebsd.org Subject: Re: terminfo Message-ID: <20140227230528.GB8295@stack.nl> In-Reply-To: <20140226085939.GC2705@server.rulingia.com> References: <5304A0CC.5000505@FreeBSD.org> <CAJOYFBCMS4k7pyRk2YHZm81F6iP=SApZhbCm0MO4P-pvXbTCxQ@mail.gmail.com> <20140223115939.GB4084@aerie.jexium-island.net> <CAJOYFBB_K0ziNaTg=ThnCBN1EPU-b_H2kUxsc-MPYNEJHb3Y7w@mail.gmail.com> <20140226085939.GC2705@server.rulingia.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Feb 26, 2014 at 07:59:39PM +1100, Peter Jeremy wrote: > On 2014-Feb-23 14:49:25 +0100, Ed Schouten <ed@80386.nl> wrote: > >- Who cares about double-width characters? I don't know a single > >program that uses this. In the worst case, you can just use fullwidth > >CJK for certain characters. > I wrote an app at $previous-job that used double-height/double-width > characters in xterm. I might have been able to use unicode but then > everyone who wanted to use in would need to have configured their xterm > for UTF-8 - and I don't believe had done that. > >- Who cares about 88 colour support? Just use 256 colours. > Assuming your app supports that. > >- Who cares about ACS? Unicode already has those characters. > Again, that assumes your app supports unicode. > >People are nowadays only interested in having a 16 or 256 colour, > >UTF-8 enabled terminal. > And running legacy apps that predate unicode. The proposal here is not to change terminal emulators to remove all legacy features. Rather, it is proposed to create one termcap or terminfo entry that will work with all modern terminal emulators. Applications using termcap or terminfo (either directly or indirectly through ncurses) will then stop using various legacy features. In the case of features like legacy ACS and 88-colour, the application does not lose any user-visible functionality. In the long run, support for the legacy features will probably deteriorate, especially in terminal emulators with maintainers less passionate about the details of terminal emulation than xterm's maintainer. I think it is worth it to simplify terminals. Instead of having people choose how they want their terminal to work improperly, provide one way and concentrate on making that work as well as possible (no visual artifacts, 256 colours, Unicode, key combinations like Ctrl+Home, etc.) I also like the idea of some applications sending control sequences directly, without using curses or even termcap/terminfo. -- Jilles Tjoelker
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140227230528.GB8295>