From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: question about frame local variable Date: Mon, 10 Nov 2003 10:05:37 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200311100105.KAA28811@etlken.m17n.org> References: <200310250049.JAA12659@etlken.m17n.org> <200310280803.RAA05883@etlken.m17n.org> <200310300135.KAA09225@etlken.m17n.org> <86k76njcj4.fsf@gerd.free-bsd.org> <86oevy1pxp.fsf@gerd.free-bsd.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1068426763 10680 80.91.224.253 (10 Nov 2003 01:12:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 10 Nov 2003 01:12:43 +0000 (UTC) Cc: monnier@IRO.UMontreal.CA, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Nov 10 02:12:40 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AJ0bg-0007xi-00 for ; Mon, 10 Nov 2003 02:12:40 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AJ0bg-00063l-00 for ; Mon, 10 Nov 2003 02:12:40 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AJ1T6-00068N-2F for emacs-devel@quimby.gnus.org; Sun, 09 Nov 2003 21:07:52 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AJ1Sy-000684-PR for emacs-devel@gnu.org; Sun, 09 Nov 2003 21:07:44 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AJ1SQ-0005Pg-1H for emacs-devel@gnu.org; Sun, 09 Nov 2003 21:07:41 -0500 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AJ1SP-0005OI-A5; Sun, 09 Nov 2003 21:07:09 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6p2/3.7W-20010518204228) with ESMTP id hAA15ch07843; Mon, 10 Nov 2003 10:05:38 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6/3.7W-20010823150639) with ESMTP id hAA15bs12672; Mon, 10 Nov 2003 10:05:37 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id KAA28811; Mon, 10 Nov 2003 10:05:37 +0900 (JST) Original-To: gerd.moellmann@t-online.de In-reply-to: <86oevy1pxp.fsf@gerd.free-bsd.org> (gerd.moellmann@t-online.de) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:17739 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17739 In article <86oevy1pxp.fsf@gerd.free-bsd.org>, gerd.moellmann@t-online.de (Gerd Moellmann) writes: > Stefan Monnier writes: >> > (BTW, calling select-frame in redisplay would almost certainly not be >> > the right thing to do, which probably gets obvious when taking a look >> > at what that function does.) >> >> How about calling a select_frame_internal_for_variables_only ? That seems to be a good idea. But, as I'm quite unfamiliar with how frame-local variables are implemented, I don't know how to write such a funciton. I would very much appreciate if someone else implements it. I found this code in redisplay_window (xdisp.c). /* Really select the buffer, for the sake of buffer-local variables. */ set_buffer_internal_1 (XBUFFER (w->buffer)); Perhaps, we should call select_frame_internal_for_variables_only around there. > To swap frame-local bindings into C variables, I suppose? That would > be the alternative to searching in frame parameters, yes. I guess > it's even better than assq, because it's more general, although it > might do a little bit more work than strictly necessary. I think that "a little bit more work" is negligible because the display engine already does "set-buffer" as above. --- Ken'ichi HANDA handa@m17n.org