From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#32643: 26; minor-mode variables Date: Fri, 07 Sep 2018 22:07:38 -0400 Message-ID: <87zhwsg2s5.fsf@gmail.com> References: <3ce888af-aa04-4dd2-99b5-0882e37024f3@default> <494224f1-815f-4fb4-a779-75e243b519f0@default> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1536372374 14819 195.159.176.226 (8 Sep 2018 02:06:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 8 Sep 2018 02:06:14 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: rms@gnu.org, 32643@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 08 04:06:10 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1fySdV-0003mN-TS for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Sep 2018 04:06:10 +0200 Original-Received: from localhost ([::1]:41009 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fySfc-0003A6-8R for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Sep 2018 22:08:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52408) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fySfP-00039p-Sp for bug-gnu-emacs@gnu.org; Fri, 07 Sep 2018 22:08:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fySfK-0002RY-Nv for bug-gnu-emacs@gnu.org; Fri, 07 Sep 2018 22:08:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44928) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fySfK-0002Pd-Jb for bug-gnu-emacs@gnu.org; Fri, 07 Sep 2018 22:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fySfK-0001cw-DP for bug-gnu-emacs@gnu.org; Fri, 07 Sep 2018 22:08:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Sep 2018 02:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32643 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32643-submit@debbugs.gnu.org id=B32643.15363724676169 (code B ref 32643); Sat, 08 Sep 2018 02:08:02 +0000 Original-Received: (at 32643) by debbugs.gnu.org; 8 Sep 2018 02:07:47 +0000 Original-Received: from localhost ([127.0.0.1]:49946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fySf4-0001bP-Sf for submit@debbugs.gnu.org; Fri, 07 Sep 2018 22:07:47 -0400 Original-Received: from mail-it0-f41.google.com ([209.85.214.41]:55786) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fySf3-0001al-81 for 32643@debbugs.gnu.org; Fri, 07 Sep 2018 22:07:45 -0400 Original-Received: by mail-it0-f41.google.com with SMTP id d10-v6so23004862itj.5 for <32643@debbugs.gnu.org>; Fri, 07 Sep 2018 19:07:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=EsGWa8FcHb6L60W2haDKbt+SgySrs1NzPO8/W5LhomI=; b=gisZCG9wA02/RU7/gGmmy9nRNCOKMIPlbIZBpM4EwUhqD3ETeCrNriBzpumg0ZHrR8 hA9uLYX6xfa3Qrqo/T2hn+HqRtFlVtkjEkXKM7bX11gWjkO5S7K6kOLSEct4EG8tsZJI FldTRUxgFh4eoAChQu5jzZBcwqHWgqsmSw/C7CMVQRdQQ+yEftCbt9p9OuDiFXiXBBkD l/R0WPPM5GtPMq/8YxAr5M8Vv84ltz7UxlTlNOPtT4A9xAc8EpGJMx3VyW/Xzf7qpX+C B+XTikcotyarsJyQRhHXZ9wHlXfCwnizdgqNYFxKANYn0Uspg8A+qUCpWP9rwQ1UXZyO xchg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=EsGWa8FcHb6L60W2haDKbt+SgySrs1NzPO8/W5LhomI=; b=EXhsvdoNgr8R8yPDGKm0/2jvuofua9s3cA96zWUNpA6K/emXYqe7AlUcdWJO7Bf8Dj Ut3HB+Cref5YZNM/nM+b2ZxN+IvjWTVAexRHGz2d+3VtpIXJGo9gyqSQNrqIV0vP3CXm fFix1qbPah2ZaPZGVjKPqmIGEQ+BTk1wtERWtixh/GtON+cMNRYIUhumoPZhXIavySBn Qwtf23mXlEtiYwqHb+0wwFMRWN3EPzjFeJ6fK8a2HcUaJkm8l1YpU4sA9hQCgcutVGij 79zd3WoXP7SVvgvIML7PGhu7I1iQjI/W/ufRP0siAh0mqqnuqx4c00waJiWXIFV9Ip8C IBnA== X-Gm-Message-State: APzg51AacvJ81HFMP2Z3V7/n5HwZNv6dJQd5GZClBxmaHH0kL8YGSO7c 6fOoOLt+HLLInx7EyOy3majxyN3F X-Google-Smtp-Source: ANB0VdZxDasY/z1HO61NqUL0z6b0uWw8lLeZsFeg8pBYXxvy97ajLO4tnruXhS5I6g7YmsOEmD1D0A== X-Received: by 2002:a24:17d2:: with SMTP id 201-v6mr10167015ith.0.1536372459499; Fri, 07 Sep 2018 19:07:39 -0700 (PDT) Original-Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id n142-v6sm551115itb.3.2018.09.07.19.07.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 07 Sep 2018 19:07:38 -0700 (PDT) In-Reply-To: <494224f1-815f-4fb4-a779-75e243b519f0@default> (Drew Adams's message of "Thu, 6 Sep 2018 07:18:45 -0700 (PDT)") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:150128 Archived-At: Drew Adams writes: > And that "should" is not respected by some variables from basic > Emacs itself - in particular `auto-fill-mode'. Shouldn't it be? > > Nothing requires everything in the Emacs distribution to respect > each convention that Emacs sets forth. But is there a reason why > `auto-fill-mode' (and others?) should not respect this convention? > If nothing else, I'm curious why the exception(s). Applying common sense, the obvious explanation is that auto-fill-mode controls only a single variable (i.e., `auto-fill-function'), and adding an extra `auto-fill-mode' which would then have to be kept in sync just to conform to some convention is not worth the trouble. > (The bug report also asks whether it's a bug for a mode not to have > a variable, and suggests that it is. And if it's not, the report asks that > the Elisp manual give some guidance about when a mode should > not or need not have a variable.) I don't think the Elisp manual needs to fill in for user's common sense by telling them they are free to break conventions if it makes sense to do so. The fact that it's a "convention" and not a "requirement" should be enough.