From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= Newsgroups: gmane.emacs.bugs Subject: bug#36837: 26.2; whitespace-mode: whitespace-line-column is not set to local fill-column Date: Fri, 02 Aug 2019 17:11:39 +0200 Message-ID: <87ftmjfvpw.fsf@gmail.com> References: <20190729111756.0665feb6@ventiloplattform.tastytea.de> <87k1bvfwda.fsf@gmail.com> <874l2zvcak.fsf@igel.home> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="48313"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Notmuch/0.29.1 (https://notmuchmail.org) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: tastytea , 36837@debbugs.gnu.org To: Andreas Schwab Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 02 17:12:11 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1htZE2-000CQ7-8u for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Aug 2019 17:12:10 +0200 Original-Received: from localhost ([::1]:35610 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1htZE0-0006qb-QK for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Aug 2019 11:12:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48707) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1htZDv-0006qN-Ok for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2019 11:12:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1htZDu-0003P6-KG for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2019 11:12:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48751) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1htZDu-0003Oz-H7 for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2019 11:12:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1htZDu-00057w-Ab for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2019 11:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Aug 2019 15:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36837 X-GNU-PR-Package: emacs Original-Received: via spool by 36837-submit@debbugs.gnu.org id=B36837.156475870819689 (code B ref 36837); Fri, 02 Aug 2019 15:12:02 +0000 Original-Received: (at 36837) by debbugs.gnu.org; 2 Aug 2019 15:11:48 +0000 Original-Received: from localhost ([127.0.0.1]:57572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1htZDg-00057T-Dd for submit@debbugs.gnu.org; Fri, 02 Aug 2019 11:11:48 -0400 Original-Received: from mail-wm1-f47.google.com ([209.85.128.47]:38322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1htZDe-000578-RR for 36837@debbugs.gnu.org; Fri, 02 Aug 2019 11:11:47 -0400 Original-Received: by mail-wm1-f47.google.com with SMTP id s15so45324027wmj.3 for <36837@debbugs.gnu.org>; Fri, 02 Aug 2019 08:11:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-transfer-encoding; bh=BAiMvulbd7/1DvVO/NRzf0TUDBKW69AZiet40qooNKs=; b=TNupB69YvxOZmQscliinnjrMKL6M4OAqdb99sOCGvW1J6vkECN7DxJakmPAcpzyCro b6q8rqT1xXCozj770FVg05IRJd0Pm4T3hYdESuAv0dZAsu6wlVMIGCJv+yegyrofxLD4 6wt/DfO1wAhnSqmjbSNLYGKZVuGCGXwLPUB9YhdH7FrYTht5cvyvU0o4uaODa2BsuEZk D4nfnieu/Vj+F5Uos+YLxP+zQKIPb8l2A4PTZIe2E1Ww2lHHP13bWNU4f4rz5bzvi2mu qPoCveLoA5UWgms9p22qQtbkjg1oxkq0hO8bj6lpVo3wpplvXymqNQ8AHm4OI+/z2T5I oXxQ== 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:in-reply-to:references :user-agent:date:message-id:mime-version:content-transfer-encoding; bh=BAiMvulbd7/1DvVO/NRzf0TUDBKW69AZiet40qooNKs=; b=ObtTSiNCc0aCFrhzgbNqvQcAWxzGebpOPWcFYz/JMSv38029Ipq1MY/kSYL4a+myNZ +sZmTx+ecapwI5narTIA68J2nH6bZWvYCRfZCo3zdiBsyAwk+Hj77SPh4pw8IYyeQiXt Vmlf7KkBdkDdwvt8Dxn9kSn7wMbmT4LC0xumEvYOVyRg/0be93RUQ4a0ki+NgVZT95lW vel6UmEOHOwzs1rOyzPyva1isJTdk8FKCLElaaOEKEqlvf1SvWcPJuaJQKTZsN/MsnMQ xzcAG6bZSCdiADJ3XmZN6E8UVjhyoD/njK1hZeBqr3RQNdeqL9RkHlGZrvkK+mRXKJEw us5w== X-Gm-Message-State: APjAAAVvih7avaYsBdVm9FEiqNRByaEflR3Chz3KEkV2bcb/A/TuEyv+ 9Mn590tv9E9t/3u8yy1Rxyc= X-Google-Smtp-Source: APXvYqxbSNMvitRTjlcAxUPf4QO6cWuWs8cmzDDaVEN7OMd5Xe/TLl7cuYuAYi2KTdqnzwzX3u8VvQ== X-Received: by 2002:a05:600c:1007:: with SMTP id c7mr4691070wmc.161.1564758701020; Fri, 02 Aug 2019 08:11:41 -0700 (PDT) Original-Received: from localhost ([185.112.167.114]) by smtp.gmail.com with ESMTPSA id g19sm90112114wmg.10.2019.08.02.08.11.40 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Fri, 02 Aug 2019 08:11:40 -0700 (PDT) In-Reply-To: <874l2zvcak.fsf@igel.home> 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: 209.51.188.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:164363 Archived-At: On Fri, 02 Aug 2019 17:04:35 +0200 Andreas Schwab wrote: > On Aug 02 2019, =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bmec wrot= e: > >> Yes, unfortunately, file-local variables are only setup (via >> `hack-local-variables') _after_ the mode hooks are run (cf. >> `run-mode-hooks'), so `whitespace-color-on' still sees the original >> `fill-column' the first time. >> >> Intuitively this order seems backwards to me, but I assume there must be >> a (good?) reason? I'd like to hear it, in any case. > > I'd guess the reason is that file local variables should override mode > stettings. Sure, but isn't that precisely an argument for the reverse order? Typically those settings are in defvars/defcustoms and thus if set before loading the library the user value is respected. And on the other hand those variables are often used for setup (during loading) which is not automatically redone when modifying the value after the library is loaded (such as is the very case of this report), unless using some of the customize machinery, typically interactively. --=20 =C5=A0t=C4=9Bp=C3=A1n