From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.devel Subject: Re: Revisiting `setq-local`s signature Date: Tue, 31 Jan 2017 18:13:13 +0000 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113deb204a1413054767e3e5 X-Trace: blaine.gmane.org 1485886634 17844 195.159.176.226 (31 Jan 2017 18:17:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2017 18:17:14 +0000 (UTC) To: Jordon Biondo , Emacs development discussions Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 31 19:17:10 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYczL-0004Mc-2e for ged-emacs-devel@m.gmane.org; Tue, 31 Jan 2017 19:17:07 +0100 Original-Received: from localhost ([::1]:40130 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYczQ-0008Pv-DD for ged-emacs-devel@m.gmane.org; Tue, 31 Jan 2017 13:17:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50115) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYcvl-0006KJ-On for emacs-devel@gnu.org; Tue, 31 Jan 2017 13:13:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYcvk-00066O-Pz for emacs-devel@gnu.org; Tue, 31 Jan 2017 13:13:25 -0500 Original-Received: from mail-ot0-x22d.google.com ([2607:f8b0:4003:c0f::22d]:36166) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYcvk-00065t-KE for emacs-devel@gnu.org; Tue, 31 Jan 2017 13:13:24 -0500 Original-Received: by mail-ot0-x22d.google.com with SMTP id 32so113351620oth.3 for ; Tue, 31 Jan 2017 10:13:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=cfoiiG7BU6AtXYKpHFAT+41haEYvW+QpthErYQPvHNs=; b=UTgkuJQlH+nNlPEstQJIDgCMuU9gKtv/G4SbQRGGYgD9Ok7UvDRwYSThHcud1w5HLd 23YvBGui/CTCHA7FRc5a7CWoYMcEhQWPRzZr2pXDRv6rLpYmlBM0o2UUXxCA+s0CEQDn 7h6Xe5eQkx0sxTuddx3QyNFw5sCbXhqKRGU6mN/ap1bPtZVSNVQzT6SADFu4dwE0DXHZ Xf+Q3HhenOg7nnuvxiux2+FjZOphiYhi9guVfD3N+zZW/0jAVyrY7nS0/v69vgj6RRVg KCYuLy/E1ZvuZ512bD9dN0NYJgg78jSNqD3senTC/pM5hxLaQ/Mb1937HuEXiGeX9Qp6 +7Rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=cfoiiG7BU6AtXYKpHFAT+41haEYvW+QpthErYQPvHNs=; b=AItUbJfgAZjrn119Vlbu2da73HD1JJ8KdHXAjewJDwzM6M6tTC583/Jpxl1vS9e/MQ x0ms7xw8KKtLvBGHckixe2LidHfBgjMU6WtDAFXa/QMPdG+Rq0EpCadY29JMouVwLODE o2SmeaPSSbqB5tTtAJZEZyaqNVtUcWYTK5lgQKgn2kthpEDu2/HPtAlsLiCtLMwYC76u 6dnT6jdK25a8GErAKIcnsEom38R/cFkcZaRq7VvF2GP6Oa5YtmxFEmhqtGCGFYtKqbLC VdZ1jlZxX0K08Aj7Z/1QAac+AyQTVN2wwtl0fA2isdBHvx1IGUae3O79dmSJ7mdpghkZ jCyQ== X-Gm-Message-State: AIkVDXI0XuXP71SH8HwA+O7p9EFZS2pp1y5ikapKFPsjDjOeTn/epDldf0frVE3mNSNanHvuo9NZXbcdJ+GPLQ== X-Received: by 10.157.15.186 with SMTP id d55mr15120415otd.146.1485886404037; Tue, 31 Jan 2017 10:13:24 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c0f::22d X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:211809 Archived-At: --001a113deb204a1413054767e3e5 Content-Type: text/plain; charset=UTF-8 Jordon Biondo schrieb am Mo., 30. Jan. 2017 um 19:39 Uhr: > A while ago I brought up the inconstant signatures of `setq`, > `setq-default` and `setq-local`. In short, I want `setq-local` to have the > same signature as `setq` and `setq-local`. (setq* VAR VAL VAR VAL...) > > See thread: > http://lists.gnu.org/archive/html/emacs-devel/2015-03/msg00448.html > > I appreciate Stefan's input back then, but I'd like to revisit the issue, > get further input, and see if I can change some minds about the issue. > > If you believe the variadic signature of `setq` and `setq-default` is not > ideal, consider that backwards compatibility erases any chance that those > two functions will lose that feature, and consider the benefits of being > consistently wrong over being inconsistently right. > > Are maintainers and users still opposed to this change? If not I'd be > happy to update the patch from the previous thread. > As a user, I'm still opposed to this change. I don't think consistency is important enough in this case to justify the "worse" signature. Consistency is not a goal in itself, but should serve the goal to increase readability and lower the barriers for new contributors. I don't think that the simpler signature of setq-local is in any way confusing because of this inconsistency. --001a113deb204a1413054767e3e5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Jordon= Biondo <jordonbiondo@gmail.co= m> schrieb am Mo., 30. Jan. 2017 um 19:39=C2=A0Uhr:
A while ago I = brought up the inconstant signatures of `setq`, `setq-default` and `setq-lo= cal`. In short, I want `setq-local` to have the same signature as `setq` an= d `setq-local`. (setq* VAR VAL VAR VAL...)

See thread:=C2=A0http://lists.gnu.org/archive/html/emacs-de= vel/2015-03/msg00448.html

I appreciate Stefan's input bac= k then, but I'd like to revisit the issue, get further input, and see i= f I can change some minds about the issue.
If you believe the var= iadic signature of `setq` and `setq-default` is not ideal, consider that ba= ckwards compatibility erases any chance that those two functions will lose = that feature, and consider the benefits of being consistently wrong over be= ing inconsistently right.

Are maintainers and users still opposed= to this change? If not I'd be happy to update the patch from the previ= ous thread.

As a user, I'm = still opposed to this change. I don't think consistency is important en= ough in this case to justify the "worse" signature. Consistency i= s not a goal in itself, but should serve the goal to increase readability a= nd lower the barriers for new contributors. I don't think that the simp= ler signature of setq-local is in any way confusing because of this inconsi= stency.
--001a113deb204a1413054767e3e5--