From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Richard Stallman <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: frame-local variables weirdness
Date: Sun, 21 Oct 2007 03:25:50 -0400
Message-ID: <E1IjVC2-0007Ap-Jg@fencepost.gnu.org>
References: <f7ccd24b0612050541n3836883bh66784efe0b37b782@mail.gmail.com>
	<f7ccd24b0612071828t25964389j4fd030607302e4fe@mail.gmail.com>
	<f7ccd24b0710110242n3d7de3fdt4ee33b18955aab96@mail.gmail.com>
	<E1IgMuu-00017V-KJ@fencepost.gnu.org>
	<jwvsl4g5mf0.fsf-monnier+emacs@gnu.org>
	<E1Ih6L8-0000Kr-TI@fencepost.gnu.org> <858x65lh4m.fsf@lola.goethe.zz>
	<E1IhSQV-00083D-Ob@fencepost.gnu.org>
	<jwv4pgs2rxd.fsf-monnier+emacs@gnu.org>
	<2bfd4e060710171029g30a62313naf31c5363d85d6ca@mail.gmail.com>
	<jwv3aw9k4ed.fsf-monnier+emacs@gnu.org>
	<E1IiNXG-00075A-10@fencepost.gnu.org>
	<jwv8x605yd2.fsf-monnier+emacs@gnu.org>
	<E1Iikax-0008WD-Jp@fencepost.gnu.org>
	<jwvr6jr43un.fsf-monnier+emacs@gnu.org>
	<E1Ij52P-0007WQ-TG@fencepost.gnu.org>
	<jwvir520w1d.fsf-monnier+emacs@gnu.org>
Reply-To: rms@gnu.org
NNTP-Posting-Host: lo.gmane.org
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: ger.gmane.org 1192952511 23378 80.91.229.12 (21 Oct 2007 07:41:51 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 21 Oct 2007 07:41:51 +0000 (UTC)
Cc: lekktu@gmail.com, stephen@xemacs.org, emacs-devel@gnu.org
To: Stefan Monnier <monnier@iro.umontreal.ca>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 21 09:41:51 2007
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
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.50)
	id 1IjVRW-0006SN-B5
	for ged-emacs-devel@m.gmane.org; Sun, 21 Oct 2007 09:41:50 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1IjVRO-0001Zv-QC
	for ged-emacs-devel@m.gmane.org; Sun, 21 Oct 2007 03:41:42 -0400
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1IjVNq-0006j2-Qp
	for emacs-devel@gnu.org; Sun, 21 Oct 2007 03:38:03 -0400
Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1IjVNo-0006fZ-3N
	for emacs-devel@gnu.org; Sun, 21 Oct 2007 03:38:00 -0400
Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1IjVNl-0006fA-28
	for emacs-devel@gnu.org; Sun, 21 Oct 2007 03:37:57 -0400
Original-Received: from fencepost.gnu.org ([140.186.70.10])
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <rms@gnu.org>) id 1IjVNk-0005Li-Em
	for emacs-devel@gnu.org; Sun, 21 Oct 2007 03:37:56 -0400
Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60)
	(envelope-from <rms@gnu.org>)
	id 1IjVC2-0007Ap-Jg; Sun, 21 Oct 2007 03:25:50 -0400
In-reply-to: <jwvir520w1d.fsf-monnier+emacs@gnu.org> (message from Stefan
	Monnier on Sat, 20 Oct 2007 09:15:12 -0400)
X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4)
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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:81350
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/81350>

    Could you expand on what you think makes it cleaner?

The specifier approach requires new functions just to look at or
set the value in the current binding.  It also has the big limitation
that all references to the value must be specially written to
access a specifier.

For these reasons I have decided not to go that way.