From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: eterm-color not in ncurses/terminfo (and name clash with eterm.org) Date: Mon, 4 May 2009 09:12:56 -0700 (PDT) Message-ID: <200905041612.n44GCuFM023842@godzilla.ics.uci.edu> References: <18942.51042.70991.953283@a1ihome1.kph.uni-mainz.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1241453725 13896 80.91.229.12 (4 May 2009 16:15:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 May 2009 16:15:25 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ulrich Mueller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 04 18:15:15 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M10p1-0005sO-KJ for ged-emacs-devel@m.gmane.org; Mon, 04 May 2009 18:15:15 +0200 Original-Received: from localhost ([127.0.0.1]:57421 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M10p1-0007jW-0m for ged-emacs-devel@m.gmane.org; Mon, 04 May 2009 12:15:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M10ow-0007if-68 for emacs-devel@gnu.org; Mon, 04 May 2009 12:15:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M10or-0007hW-HO for emacs-devel@gnu.org; Mon, 04 May 2009 12:15:09 -0400 Original-Received: from [199.232.76.173] (port=56036 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M10or-0007hT-El for emacs-devel@gnu.org; Mon, 04 May 2009 12:15:05 -0400 Original-Received: from sallyv2.ics.uci.edu ([128.195.1.120]:43474) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1M10or-0002N4-0S for emacs-devel@gnu.org; Mon, 04 May 2009 12:15:05 -0400 Original-Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by sallyv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n44GCvTN021743; Mon, 4 May 2009 09:12:57 -0700 (PDT) Original-Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n44GCuFM023842; Mon, 4 May 2009 09:12:56 -0700 (PDT) In-Reply-To: <18942.51042.70991.953283@a1ihome1.kph.uni-mainz.de> (Ulrich Mueller's message of "Mon, 4 May 2009 12:45:54 +0200") Original-Lines: 28 X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n44GCvTN021743 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:110641 Archived-At: Ulrich Mueller writes: > The terminal emulator of Emacs 22.3, and current CVS version too, > identifies itself as "eterm-color". However, the terminfo database > (as included with ncurses-5.7) doesn't know about it. It has only the > following entry: > > ,---- > | # The codes supported by the term.el terminal emulation in GNU Emacs 19.30 > | eterm|gnu emacs term.el terminal emulation, > `---- > > Is there any reason why terminfo shouldn't know about eterm-color? > Otherwise, I could ask the ncurses maintainers to include the entry. When term.el starts, it sets up both TERMCAP and TERMINFO, so applications should work just fine without any support in the standard terminfo distribution. More, such support is probably not such a great idea. One instance when this cause problems: the terminfo entry used to be called "eterm", it was changed to "eterm-color" because term.el implemented color support (long time ago), but the eterm entry was not updated to reflect that (not sure what the details were, it was discussed here or on the bugs list). So when term.el is improved to add more features, we'd probably encounter similar problems in the future.