From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Combining face and map stuff Date: Tue, 05 Oct 2010 09:12:09 +0900 Message-ID: <8739slfqg6.fsf@catnip.gol.com> References: Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1286237549 29062 80.91.229.12 (5 Oct 2010 00:12:29 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 5 Oct 2010 00:12:29 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 05 02:12:27 2010 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.69) (envelope-from ) id 1P2v8r-00032R-Op for ged-emacs-devel@m.gmane.org; Tue, 05 Oct 2010 02:12:26 +0200 Original-Received: from localhost ([127.0.0.1]:56589 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P2v8r-0006vO-5X for ged-emacs-devel@m.gmane.org; Mon, 04 Oct 2010 20:12:25 -0400 Original-Received: from [140.186.70.92] (port=48422 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P2v8k-0006vD-RD for emacs-devel@gnu.org; Mon, 04 Oct 2010 20:12:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P2v8j-0002sY-NG for emacs-devel@gnu.org; Mon, 04 Oct 2010 20:12:18 -0400 Original-Received: from smtp12.dentaku.gol.com ([203.216.5.74]:53898) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P2v8i-0002s2-7T; Mon, 04 Oct 2010 20:12:16 -0400 Original-Received: from 218.231.154.125.eo.eaccess.ne.jp ([218.231.154.125] helo=catnip.gol.com) by smtp12.dentaku.gol.com with esmtpa (Dentaku) id 1P2v8f-0001NN-BQ; Tue, 05 Oct 2010 09:12:13 +0900 Original-Received: by catnip.gol.com (Postfix, from userid 1000) id BE79ADF8C; Tue, 5 Oct 2010 09:12:10 +0900 (JST) System-Type: x86_64-unknown-linux-gnu In-Reply-To: (Eli Zaretskii's message of "Mon, 04 Oct 2010 05:42:52 -0400") Original-Lines: 29 X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:131336 Archived-At: Eli Zaretskii writes: >> It sounds like he's saying it would use their union, with a >> property-specific function used to compute that union. >> >> [and that the union computation could be done at "property setting time" >> rather than at display time, to avoid speed problems.] > > I'm probably missing something here: if the union is computed at > put-text-property time, then how is this different from what we have > now? That union will have all the properties of the character lumped > together, just like what we have now, right? What am I missing? Who knows, maybe it _could_ be implemented completely in lisp given todays primitives ... but in order to make the layering thing work, all the users would need to cooperate, presumably by means of a wrapper layer. (i.e., rename current setting primitives foo to "internal-foo", and redefine foo in lisp to do the layering/merging stuff) Anyway, I'm just guessing ... Stefan should answer :) -miles -- Carefully crafted initial estimates reward you not only with reduced computational effort, but also with understanding and increased self-esteem. -- Numerical methods in C, Chapter 9. "Root Finding and Nonlinear Sets of Equations"