Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 10 Dec 2009 13:42:22 +0100
From:      Ed Schouten <ed@80386.nl>
To:        Alexander Leidinger <Alexander@Leidinger.net>
Cc:        freebsd-hackers@FreeBSD.org
Subject:   Re: old/unupdated xterm entries in termcap db
Message-ID:  <20091210124222.GA64905@hoeg.nl>
In-Reply-To: <20091210104430.1381356nnmx30okk@webmail.leidinger.net>
References:  <86d42pjc1n.fsf@bifteki.lan> <20091209122532.2c55aa22@ernst.jennejohn.org> <86ws0w4c8e.fsf@ds4.des.no> <20091209123246.22b9ecc3@ernst.jennejohn.org> <20091210104430.1381356nnmx30okk@webmail.leidinger.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--fGuzmz4QlMaBM5pF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello Alexander, others,

* Alexander Leidinger <Alexander@Leidinger.net> wrote:
> The practical attitude should be coordinated with ed@ (CCed), as he
> switched the console in 9-current to be an xterm, and AFAIR it does
> not support as much colors as the real xterm. Maybe there is a
> reason to not update it.

So the idea is to make TERM=3Dxterm use 256 colors? Even though I think
having more colors would be awesome, I think many things would break.
For example:

- As Alexander mentioned, our console driver doesn't support more than
  16 (well, 8 on the background) colors. Fortunately our implementation
  in HEAD smashes down the 256 colors back to 8, so it shouldn't cause
  any serious artifacts. Just a slight inconvenience.

- I know Apple's Terminal.app for example doesn't support 256 colors and
  badly misinterprets the escape sequences, causing portions of the
  screen to blink (because the sequence to switch to one of the extended
  colors contains a 5, which is blink).

But if someone is interested in updating the entries in the termcap file
to something newer (but no 256 colors), please do! Patches welcome! I
will even MFC it! Our current entry for xterm isn't entirely compatible
with Apple's Terminal.app either. I've noticed that an Erase Line (EL,
^[[K) with xterm uses the terminal's selected attributes to blank the
terminal, while Apple's implementation uses the default terminal
attributes (i.e. black background).

--=20
 Ed Schouten <ed@80386.nl>
 WWW: http://80386.nl/

--fGuzmz4QlMaBM5pF
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (FreeBSD)

iEYEARECAAYFAksg7K4ACgkQ52SDGA2eCwX7SACcCf+8dQCXVUFpY/YIeka8O2cx
8XgAn1kiiuc5HeT/Aha0EZuriUCsRTBB
=kBA0
-----END PGP SIGNATURE-----

--fGuzmz4QlMaBM5pF--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091210124222.GA64905>