From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 10 12:42:24 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 724E1106566C for ; Thu, 10 Dec 2009 12:42:24 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 13B918FC1A for ; Thu, 10 Dec 2009 12:42:23 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id D76E41CC5D; Thu, 10 Dec 2009 13:42:22 +0100 (CET) Date: Thu, 10 Dec 2009 13:42:22 +0100 From: Ed Schouten To: Alexander Leidinger Message-ID: <20091210124222.GA64905@hoeg.nl> 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> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fGuzmz4QlMaBM5pF" Content-Disposition: inline In-Reply-To: <20091210104430.1381356nnmx30okk@webmail.leidinger.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@FreeBSD.org Subject: Re: old/unupdated xterm entries in termcap db X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 12:42:24 -0000 --fGuzmz4QlMaBM5pF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Alexander, others, * Alexander Leidinger 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 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--