From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Tabs are ready? -> Let us give a definition of tabs. Date: Mon, 13 Feb 2012 08:24:33 -0500 Message-ID: References: <4F2E5D33.6020406@gmx.at> <4F2E8185.4080706@gmx.at> <4F2EC768.4050603@gmx.at> <4F2FAD31.9040702@gmx.at> <877h00yq7z.fsf@uwakimon.sk.tsukuba.ac.jp> <871uq7zw5c.fsf@uwakimon.sk.tsukuba.ac.jp> <87k43t1mm7.fsf@spindle.srvr.nix> <87vcnbe07s.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1329139504 902 80.91.229.3 (13 Feb 2012 13:25:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 13 Feb 2012 13:25:04 +0000 (UTC) Cc: Juri Linkov , Emacs Dev , Nix , martin rudalics , PJ Weisberg , Alin Soare To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 13 14:25:03 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Rwvtq-0008V6-Uo for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 14:24:59 +0100 Original-Received: from localhost ([::1]:51206 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rwvtq-0000zM-FW for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 08:24:58 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:52426) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rwvti-0000wa-DF for emacs-devel@gnu.org; Mon, 13 Feb 2012 08:24:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rwvtc-000526-E8 for emacs-devel@gnu.org; Mon, 13 Feb 2012 08:24:50 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:41968) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rwvtc-00051o-7W for emacs-devel@gnu.org; Mon, 13 Feb 2012 08:24:44 -0500 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id q1DDOYBx022763; Mon, 13 Feb 2012 08:24:34 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id DE6B759537; Mon, 13 Feb 2012 08:24:33 -0500 (EST) In-Reply-To: <87vcnbe07s.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Mon, 13 Feb 2012 15:06:31 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4130=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4130> : streams <728217> : uri <1064591> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 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:148545 Archived-At: >> (The problem is simple: if a buffer and its frame *both* declare a >> variable to be 'local', which takes precedence? There is probably >> code that depends on *each* taking precedence, so any answer will >> be wrong.) > I've not seen complaints about this in re: XEmacs specifiers where the Indeed, the problem is not one of precedence. It's one of implementing it efficiently and still make it work right (after defining what "right" means) in the presence of let-bindings. Compound this with the fact that such combinations are virtually never used (and hence never tested/debugged) and you'll see that it's both a painful problem to solve and one that comes with no reward. Specifiers are easier because they don't have to interact with let-binding (and since their code path is separate from the one of variables, they don't need to be particularly efficient, so I guess they can/could provide let-style rebinding with less pain). Stefan