From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Can we expand the valid location of "Local Variables" ? Date: Mon, 23 Mar 2020 13:24:12 -0400 Message-ID: References: <87r1y0apzm.fsf@secretsauce.net> <87h7ygoulz.fsf@dima.secretsauce.net> <83sghzb1f9.fsf@gnu.org> <83k13bawyn.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="31645"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Robert Pluim , dima@secretsauce.net, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Mar 23 18:24:55 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jGQop-000873-1t for ged-emacs-devel@m.gmane-mx.org; Mon, 23 Mar 2020 18:24:55 +0100 Original-Received: from localhost ([::1]:37400 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jGQoo-00050g-3q for ged-emacs-devel@m.gmane-mx.org; Mon, 23 Mar 2020 13:24:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49115) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jGQoF-0004UL-TG for emacs-devel@gnu.org; Mon, 23 Mar 2020 13:24:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jGQoD-0003FM-GK for emacs-devel@gnu.org; Mon, 23 Mar 2020 13:24:19 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:5576) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jGQoB-0003D9-Vp; Mon, 23 Mar 2020 13:24:16 -0400 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 0D3B680739; Mon, 23 Mar 2020 13:24:15 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 3E46580D7D; Mon, 23 Mar 2020 13:24:13 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1584984253; bh=D5QvxZmID3A1EVbNfRQ5YrlHWj3+3Sbj/5kNQDIRsag=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=LrXkUI+RFbXz3OhjsqxZ6FrYwBVEE6YM3+eqUS3kUEj8qs6BA/0NaEkE4Z49HBsbd DtUnHeHiOljZjJDqk5iCckHubVFtID9P/Ik5hC3T2tnMrpiNUc7K3kX/kzMBOkPBb8 5ns5xL+WfOWFcqcPRQS7qZiVQUV7OZnWGt3VNV05w3MBbNC69Ob+frY/x41jbsrK3M xV06cWXzmf+X+1TnNBxGfpYPidnBpnQNAHlGzY/Xtq0Xy19BpXLzyotyjxZ3x1VILi QF0BVIHH3J3gQOX95IubcdOLqe8uU4UXNqXF1cR7CheCdRgVzjE/td3GXPpBVeAxRZ OZ8bbiF3PpMpQ== Original-Received: from alfajor (unknown [104.247.241.114]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id D40E5120871; Mon, 23 Mar 2020 13:24:12 -0400 (EDT) In-Reply-To: <83k13bawyn.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 23 Mar 2020 17:54:08 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 132.204.25.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:245727 Archived-At: > Possibly. Stefan didn't say why he thought adding a variable was an > improvement, but my guess would be ease of change in the future. I explained that I don't really want it to be a *variable* but I think we should remove the various occurrences of 3000 and replace them with a reference to a centralized place where this *constant* is defined, with a name that explains what it is. For the usual software engineering reasons that say that arbitrary constants should be named. IIUC this constant is also used from Elisp so it has to be exported to Elisp where we don't really have constants. Also I don't see why we should go out of our way to make it hard for the user to change it. So an *internal variable* sounds good to me, Stefan