From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: tabulated-list-init-header and glyphless-char-display Date: Tue, 12 Apr 2011 00:51:34 -0400 Message-ID: References: <83mxk0u0g7.fsf@gnu.org> <874o68zjhi.fsf@stupidchicken.com> <83k4f4twam.fsf@gnu.org> <8762qnxm44.fsf@stupidchicken.com> <83hba6rqtm.fsf@gnu.org> <87mxjyht7w.fsf@stupidchicken.com> <83pqosra90.fsf@gnu.org> <87pqosg0ea.fsf@stupidchicken.com> <83oc4cr7fe.fsf@gnu.org> <87vcykaazw.fsf@stupidchicken.com> <83mxjwr3ki.fsf@gnu.org> <87lizgto6g.fsf@stupidchicken.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1302583912 11786 80.91.229.12 (12 Apr 2011 04:51:52 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 12 Apr 2011 04:51:52 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 12 06:51:42 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from [140.186.70.17] (helo=lists.gnu.org) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q9VZl-00081e-GQ for ged-emacs-devel@m.gmane.org; Tue, 12 Apr 2011 06:51:41 +0200 Original-Received: from localhost ([::1]:37764 helo=lists2.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9VZk-0002mU-PG for ged-emacs-devel@m.gmane.org; Tue, 12 Apr 2011 00:51:40 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:44061) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9VZi-0002m8-E4 for emacs-devel@gnu.org; Tue, 12 Apr 2011 00:51:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q9VZe-0000pJ-Fo for emacs-devel@gnu.org; Tue, 12 Apr 2011 00:51:38 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:38746) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9VZe-0000pE-Ds for emacs-devel@gnu.org; Tue, 12 Apr 2011 00:51:34 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Q9VZe-0001pK-8s; Tue, 12 Apr 2011 00:51:34 -0400 In-reply-to: <87lizgto6g.fsf@stupidchicken.com> (message from Chong Yidong on Mon, 11 Apr 2011 18:31:51 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 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 X-Broken-Reverse-DNS: no host name found for IP address 140.186.70.17 Xref: news.gmane.org gmane.emacs.devel:138422 Archived-At: > From: Chong Yidong > Date: Mon, 11 Apr 2011 18:31:51 -0400 > Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org > > Eli Zaretskii writes: > > > So we are going to invent a new display feature, just to display 2 > > fancy characters in a specialized mode buffer, and in a way that will > > support simultaneous display in several different display types? > > Yep. > > > I'd say it's an overkill. Perhaps we should simply compromise and use > > ASCII art, or no indication at all. > > I suspect there will be other situations where it's convenient to use > unicode glyphs in Emacs buffers. If we can design a sufficiently > flexible system, I think this is a good investment. > > For example, one could imagine a version of table.el that displays > > ┌─┬─┐ > │a│b│ > ├─┼─┤ > │ │ │ > └─┴─┘ > > on graphical terminals, using the Unicode box-drawing glyphs, and > displays the equivalent ASCII borders on terminals that don't handle > Unicode. Then let's extend glyphless-char-display to provide this information. That is, for each character, it should provide display information both for GUI and for text-mode displays. It can do that by providing an option to have an element of the char-table be a vector of 2 elements, instead of just one value today. Most table entries will still be symbols like today, but we could have some of them be vectors, as in this case and in the case of line-drawing characters. I think this is better than the text property suggestion, because glyphless-char-display can be set once and by default, whereas with text properties each Lisp application that needs it will have to do that manually. WDYT?