From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: Is it possible to have 256 colors in Emacs on framebuffer-enabled tty Date: Mon, 29 Aug 2011 23:01:25 +0100 Message-ID: <4E5C0C35.7050300@harpegolden.net> References: <877h5xtxl8.fsf@gmail.com> <83hb51ftt4.fsf@gnu.org> <87aaas69bp.fsf@gmail.com> <8762lg60zo.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1314655299 27148 80.91.229.12 (29 Aug 2011 22:01:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 29 Aug 2011 22:01:39 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 30 00:01:35 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Qy9td-00020T-OV for ged-emacs-devel@m.gmane.org; Tue, 30 Aug 2011 00:01:34 +0200 Original-Received: from localhost ([::1]:39727 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qy9td-0005dr-9e for ged-emacs-devel@m.gmane.org; Mon, 29 Aug 2011 18:01:33 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:37216) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qy9ta-0005dQ-0Z for emacs-devel@gnu.org; Mon, 29 Aug 2011 18:01:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qy9tZ-0002eC-3p for emacs-devel@gnu.org; Mon, 29 Aug 2011 18:01:29 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:37080) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qy9tZ-0002dm-0w for emacs-devel@gnu.org; Mon, 29 Aug 2011 18:01:29 -0400 Original-Received: from [87.198.47.59] (87-198-47-59.ptr.magnet.ie [87.198.47.59]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 1265E683EA for ; Mon, 29 Aug 2011 23:01:26 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110820 Icedove/3.1.12 In-Reply-To: <8762lg60zo.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 65.99.215.13 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:143642 Archived-At: On 29/08/11 10:06, zwz wrote: > I made some mistake. The problem "tput color -> 256; Emacs -> 256 but in > fact 8" only happens when I set TERM=xterm-256color, which is not the > case since I am actually using fbterm. That was unlikely to work anyway, as the fbterm guys have apparenrtly chosen to use quite different escapes to xterm for 256 colors. I understand that they were seeking to retain compat with linux kernel vt, and the linux vt was already using that escape (for something fairly unimportant IIRC*), but since they are _not_ the linux vts and they _are_ a different terminal anyway, IMO they would have been better off using the same escapes as xterm (and everyone else) for 256 colors and just moving the linux vt one somewhere, but anyway. At the same time, they're probably "in the right" insofar as apps properly using terminfo should be able to cope with both. Emacs probably should be querying more from terminfo and hardcoding less (yeah yeah, "patches welcome", I know). In any case, right now, we probably do need a lisp/term/fbterm.el, and unfortunately it probably can't completely reuse the xterm.el code, unlike screen.el * I remember looking at feasibility of a linux kernel patch for native 256-color vts on framebuffers years ago but my attention rapidly wandered...