From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: face for non-ASCII characters Date: Sat, 16 Apr 2011 10:57:22 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <877haunq8t.fsf@lifelogs.com> References: <87k4t4zb5l.fsf@lifelogs.com> <87r5ncxp4z.fsf@lifelogs.com> <87hbo8tf4i.fsf@turtle.gmx.de> <87hbo8xis5.fsf@lifelogs.com> <87aau0t7uy.fsf@turtle.gmx.de> <87sk7svyam.fsf@lifelogs.com> <87vdcngws4.fsf@mail.jurta.org> <87y6hjxgfn.fsf_-_@lifelogs.com> <87hbo6x5pe.fsf@lifelogs.com> <87tydzdtn9.fsf@lifelogs.com> <877hav2f30.fsf@lifelogs.com> <87zknqnsmr.fsf@lifelogs.com> <87bp06nqy4.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1302969464 28144 80.91.229.12 (16 Apr 2011 15:57:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 16 Apr 2011 15:57:44 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 16 17:57:40 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 1QB7sR-0001Ct-NZ for ged-emacs-devel@m.gmane.org; Sat, 16 Apr 2011 17:57:39 +0200 Original-Received: from localhost ([::1]:46876 helo=lists2.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QB7sR-00084o-Aq for ged-emacs-devel@m.gmane.org; Sat, 16 Apr 2011 11:57:39 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:43244) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QB7sN-00082K-Tm for emacs-devel@gnu.org; Sat, 16 Apr 2011 11:57:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QB7sM-00058Z-U7 for emacs-devel@gnu.org; Sat, 16 Apr 2011 11:57:35 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:45329) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QB7sM-00058B-Hz for emacs-devel@gnu.org; Sat, 16 Apr 2011 11:57:34 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QB7sL-00019L-7K for emacs-devel@gnu.org; Sat, 16 Apr 2011 17:57:33 +0200 Original-Received: from c-67-186-102-106.hsd1.il.comcast.net ([67.186.102.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Apr 2011 17:57:33 +0200 Original-Received: from tzz by c-67-186-102-106.hsd1.il.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Apr 2011 17:57:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 36 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-67-186-102-106.hsd1.il.comcast.net X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110016 (No Gnus v0.16) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:qoRAaOJg428gGDe68Xt0LTNpifs= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 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:138523 Archived-At: On Sat, 16 Apr 2011 17:50:07 +0200 Lennart Borgman wrote: >> so maybe (require 'idn nil t) is a better approach, and we can define a >> stub replacement for `idn-is-recommended'.  I didn't dig too much into >> it because of the possibility of inclusion I mentioned. LB> I think autoloading and checking if the function is defined is the LB> best way. (Autoloading of `idn-is-recommended' should of course not be LB> setup if idn.el is not available.) OK, but then this: (defcustom markchars-what `(markchars-simple-pattern markchars-confusables ,@(when (fboundp 'idn-is-recommended) '(markchars-nonidn-fun))) ... will always add `markchars-nonidn-fun' to `markchars-what' and that will break users without idn.el. LB> So using a char-table instead in idn.el would make the interface LB> better? (But we need someone good at this to tell if that is usable LB> here performancewise.) I think it's slightly better for characters to use char-table instead of bool-vector. Semantically it's cleaner: you're using a char-table, which is meant for characters, instead of a bool-vector, which is for general data. But it's a really small difference so don't bother if you don't feel like it :) OK, so after we resolve the autoload issue above and find out if the confusables.txt and idn*.txt files can be turned into Emacs character properties, we can publish 0.2, right? Is there anything else it needs? Ted