From unknown Sun Jun 22 22:41:59 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#40573 <40573@debbugs.gnu.org> To: bug#40573 <40573@debbugs.gnu.org> Subject: Status: 27.0.90; flymake-mode broken in scratch buffer Reply-To: bug#40573 <40573@debbugs.gnu.org> Date: Mon, 23 Jun 2025 05:41:59 +0000 retitle 40573 27.0.90; flymake-mode broken in scratch buffer reassign 40573 emacs submitter 40573 Jo=C3=A3o T=C3=A1vora severity 40573 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 09:19:08 2020 Received: (at submit) by debbugs.gnu.org; 12 Apr 2020 13:19:08 +0000 Received: from localhost ([127.0.0.1]:57511 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNcVw-0008JR-AN for submit@debbugs.gnu.org; Sun, 12 Apr 2020 09:19:08 -0400 Received: from lists.gnu.org ([209.51.188.17]:46230) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNcVu-0008JJ-F2 for submit@debbugs.gnu.org; Sun, 12 Apr 2020 09:19:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57633) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jNcVt-0006qv-1C for bug-gnu-emacs@gnu.org; Sun, 12 Apr 2020 09:19:06 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM, HTML_MESSAGE,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jNcVr-00068K-OA for bug-gnu-emacs@gnu.org; Sun, 12 Apr 2020 09:19:04 -0400 Received: from mail-io1-xd2a.google.com ([2607:f8b0:4864:20::d2a]:34404) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jNcVr-000684-Hf for bug-gnu-emacs@gnu.org; Sun, 12 Apr 2020 09:19:03 -0400 Received: by mail-io1-xd2a.google.com with SMTP id f3so6803490ioj.1 for ; Sun, 12 Apr 2020 06:19:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=OFR+xGlfVfNN5T1EO9U7H9yMRypET9E1OadEoinoxE4=; b=I8eytrOkbtnv6BlugnaQCREPefIX49ubiN5H9UDlo71IoKPap7H1fawY/u2pftfpRB YWdqSjGz+IvEw/dDzT02pcmvu3/V51NOBTe+l/OIlab2QCCAvL8Q1C1YRmvgG28EFWwU r0G5CU5jSUgpzQe1NjY+2UmoQMY7QP3RGeyivZAQBEX2EJvtKrpHkwQe3hFX1JXlL2SK l4Strx3JNQwNUJBD5mslgndsGpMa1lJoxhZPRVRIybrGy/JKbBcUkTbmGDZo5/t1eROu BxBtEee1EyucH9OafmD0y1LsNSCCXreVjyqRfn400R0h2Mblvpgonvo2SU5ozF1EXSMz dHOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=OFR+xGlfVfNN5T1EO9U7H9yMRypET9E1OadEoinoxE4=; b=fOD5TJeBnxkRgHorYxs2DgQhzg2XVnebJVmopp/3ppKogDN9P88toeuYhJgQORRCeJ wo0c1IVuG85ZUplK2mHOPfC6Rfd1hSRPrhBJnTXvSq1C/cVNEdkHXupm9E+k43/nJCo0 pki67lxl1K8hMUwD+32kYcEbJPpRZQ5McpEEoe1lSQjooV5nObWkeDxPqQ5tbo07gnj1 0yq53iSdkJ+5EMyd5D8fe62RQT8JzAmvV+iN4FuxvMUeOtvQKlD6X90XmLeUdLCWfSdy l0xbTKhhwiWPOmuwsMtVvqMlZD022mIyIUyRq5nc4irh5lsnXTpBxk1deUZYuahS1Fe0 A+/g== X-Gm-Message-State: AGi0PuaizPohzz9MlRXPDrwJQmkmmsrFQlYVj/149mASOCZiAv+FULuv crWqj1mJ0dx8QVew9HfnfVXLK8/9m3Coz1w0tYbmpkdmxO8= X-Google-Smtp-Source: APiQypIgC++tIOwrj67f+TbKNhmYImBRnGGhutoBhKK4hmazKJXjFuRNYSxQoQhiM8Vjeyst2j40VtrDgxXqNnzDA2g= X-Received: by 2002:a02:969a:: with SMTP id w26mr11782606jai.71.1586697541865; Sun, 12 Apr 2020 06:19:01 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 12 Apr 2020 14:18:50 +0100 Message-ID: Subject: 27.0.90; flymake-mode broken in scratch buffer To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="0000000000005953a105a317cf62" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d2a X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, Eli, remember when you added this commit? commit 61fb5214816ef3d57e676d900e499ffcd079a1f9 Author: Eli Zaretskii Date: Mon Oct 21 14:29:13 2019 +0300 Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: gnu.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (joaotavora[at]gmail.com) 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [209.51.188.17 listed in list.dnswl.org] 0.0 HTML_MESSAGE BODY: HTML included in message 2.0 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --0000000000005953a105a317cf62 Content-Type: text/plain; charset="UTF-8" Hi, Eli, remember when you added this commit? commit 61fb5214816ef3d57e676d900e499ffcd079a1f9 Author: Eli Zaretskii Date: Mon Oct 21 14:29:13 2019 +0300 Avoid false indications from Flymake in .dir-locals.el files This seems to have the unintended effect of also disabling flymake-mode in fileless elisp buffers, like *scratch*. Was it intended? It seems like a regression in relation to 26.3. The repro is simple: Emacs -Q M-x flymake-mode Works in Emacs 26.3, doesn't in Emacs-27. Again, without wanting to rehash a long and difficult discussion, I think the best way to fix the original problem is to make an emacs-lisp-data-mode and use that mode for .dir-locals.el. emacs-lisp-data-mode ; things related to ^ ; emacs-lisp-data, like sexp navigation, | ; comments, etc. Use for .dir-locals.el | | emacs-lisp-mode ; things related to data which happens ^ ; to also be code. Setup xref, flymake, imenu, | ; etc | | lisp-interaction-mode ; no change, basically this just has an ; enhanced keymap for for the advanced ; interaction possibilities. That said, whatever fix we can come up with for this regression is probably safer for Emacs 27. I propose this slight convolution of the condition you added. diff --git a/lisp/progmodes/elisp-mode.el b/lisp/progmodes/elisp-mode.el index 2617a6e4cc..f39ecf9b7b 100644 --- a/lisp/progmodes/elisp-mode.el +++ b/lisp/progmodes/elisp-mode.el @@ -264,9 +264,9 @@ emacs-lisp-mode (unless (let* ((bfname (buffer-file-name)) (fname (and (stringp bfname) (file-name-nondirectory bfname)))) - (or (not (stringp fname)) - (string-match "\\`\\.#" fname) - (string-equal dir-locals-file fname))) + (and (stringp fname) + (or (string-match "\\`\\.#" fname) + (string-equal dir-locals-file fname)))) (add-hook 'flymake-diagnostic-functions #'elisp-flymake-checkdoc nil t) (add-hook 'flymake-diagnostic-functions #'elisp-flymake-byte-compile nil t))) --0000000000005953a105a317cf62 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Eli, remember when you added this commit?
commit 61fb5214816ef3d57e676d900e499ffcd079a1f9
Author: Eli Zaretskii = <eliz@gnu.org>
Date: =C2=A0 Mo= n Oct 21 14:29:13 2019 +0300

=C2=A0 =C2=A0 Avoid false indications f= rom Flymake in .dir-locals.el files

This seems to have the unintende= d effect of also disabling flymake-mode
in fileless elisp buffers, = like *scratch*.=C2=A0 Was it intended? It seems like a
regre= ssion in relation to 26.3. The repro is simple:

Emacs -Q
M-= x flymake-mode

Works in Emacs 26.3, doesn't in Emacs-27.

= Again, without wanting to rehash a long and difficult discussion, I
thin= k the best way to fix the original problem is to make an
emacs-lisp-data= -mode and use that mode for .dir-locals.el.

=C2=A0 emacs-lisp-data-m= ode =C2=A0 ; things related to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= ^ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ; emacs-lisp-data, like sexp na= vigation,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 ; comments, etc.=C2=A0 Use for .dir-locals.el
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0|
=C2=A0 =C2=A0 =C2=A0emacs-lisp-mode =C2=A0 =C2=A0 ; thing= s related to data which happens
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0^ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ; to also be code. Setup xre= f, flymake, imenu,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ; etc
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0|
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|
=C2=A0 lisp-inter= action-mode =C2=A0; no change, basically this just has an
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0; enhanced keymap for for the advanced
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; interaction= possibilities.

That said, whatever fix we can come up with for this= regression is
probably safer for Emacs 27.=C2=A0 I propose this slight = convolution of the
condition you added.

diff --git a/lisp/progmod= es/elisp-mode.el b/lisp/progmodes/elisp-mode.el
index 2617a6e4cc..f39ecf= 9b7b 100644
--- a/lisp/progmodes/elisp-mode.el
+++ b/lisp/progmodes/e= lisp-mode.el
@@ -264,9 +264,9 @@ emacs-lisp-mode
=C2=A0 =C2=A0(unless=
=C2=A0 =C2=A0 =C2=A0 =C2=A0(let* ((bfname (buffer-file-name))
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (fname (and (stringp bfname) (fi= le-name-nondirectory bfname))))
- =C2=A0 =C2=A0 =C2=A0 =C2=A0(or (not (s= tringp fname))
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(string-match = "\\`\\.#" fname)
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(s= tring-equal dir-locals-file fname)))
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0(and (= stringp fname)
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (or (string-m= atch "\\`\\.#" fname)
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 (string-equal dir-locals-file fname))))
=C2=A0 =C2=A0 = =C2=A0(add-hook 'flymake-diagnostic-functions #'elisp-flymake-check= doc nil t)
=C2=A0 =C2=A0 =C2=A0(add-hook 'flymake-diagnostic-functio= ns
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#'elisp-fl= ymake-byte-compile nil t)))
--0000000000005953a105a317cf62-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 09:48:52 2020 Received: (at 40573) by debbugs.gnu.org; 12 Apr 2020 13:48:53 +0000 Received: from localhost ([127.0.0.1]:57536 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNcyi-0000du-Lz for submit@debbugs.gnu.org; Sun, 12 Apr 2020 09:48:52 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44633) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNcyh-0000dg-9N for 40573@debbugs.gnu.org; Sun, 12 Apr 2020 09:48:51 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58699) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jNcyc-0000om-3Z; Sun, 12 Apr 2020 09:48:46 -0400 Received: from [176.228.60.248] (port=3920 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jNcyb-0004J6-3B; Sun, 12 Apr 2020 09:48:45 -0400 Date: Sun, 12 Apr 2020 16:48:34 +0300 Message-Id: <835ze4lsr1.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sun, 12 Apr 2020 14:18:50 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Sun, 12 Apr 2020 14:18:50 +0100 > > That said, whatever fix we can come up with for this regression is > probably safer for Emacs 27. I propose this slight convolution of the > condition you added. Thanks, this is okay for the emacs-27 branch. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 10:24:21 2020 Received: (at 40573) by debbugs.gnu.org; 12 Apr 2020 14:24:21 +0000 Received: from localhost ([127.0.0.1]:58626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNdX3-0001md-LV for submit@debbugs.gnu.org; Sun, 12 Apr 2020 10:24:21 -0400 Received: from mail-il1-f179.google.com ([209.85.166.179]:40100) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNdX2-0001mR-5G for 40573@debbugs.gnu.org; Sun, 12 Apr 2020 10:24:20 -0400 Received: by mail-il1-f179.google.com with SMTP id o11so6398587ilq.7 for <40573@debbugs.gnu.org>; Sun, 12 Apr 2020 07:24:20 -0700 (PDT) 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 :cc; bh=/aWaYISMfUg2+gCgPiQIdkFyAMX3VgbRYwglQ6z+94M=; b=VJZRaKmfqA42ues/AtCnAO+CxU9SZ8ek9qphDEXHFyo2dTeMkGlIVI8O58ZiN+dAqT BEfp4gIB5MSivXlUEmNvztZIOWLXplcQqhh8NhH42oQj/5ydvKbBvkYxrCmtF+CSJVfZ zgTIYxNkgHrRL5ZLxTwr2+uT1kiK7zUk/qxJYvmaGWdijpo/8ox/6vXIdKUCiEb77TxH IgDSzMOBn+1EA3N6YJaTWSPwRRVwlMFpF1V3FYqSViwVJ0GSZ7B8UDvO0h7fCCQiRVd6 mqivcxUGKcbzadCMABh4krz8ui7RQvDloEkTp/p8cVpQV7dnGxfBvRky7/JzcfyXah37 WVMA== 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:cc; bh=/aWaYISMfUg2+gCgPiQIdkFyAMX3VgbRYwglQ6z+94M=; b=CfqFnKi8iasLzzrh53z1MK/aEsUcd7NgZFpLBO4z3FMMSDHXdgbr2dvHH0NOHmAel8 7KYFku0wIp7nGyWa0v0JgiOfHZDN81bpz3LrGARXAzUH1SZ+glfOlkbya0BlKw9FaQSB o8sBGiiJtylSyVND816Eyz2JNbRTojq93oSf7GmIb90ZbAsMg8/qZPKsm6c09kkbmfsu t+yPfJeUuNrJQv9IWr8kc/6JJTAXXTovzfrrPeOEPciCCsFKhLywthvW47WSQFI3gaGC RW3wLkqNVCalBoHx5g0is/syDbHCcI6KNMYnsUtKD6CkhyDXDpfgMl+ypTXa2u5ummOf z9kQ== X-Gm-Message-State: AGi0PuagwJ3hV25zjkw4mbKdptu1sAngYakdPAIdLgUYUkN771NnWWws RYuijn9RwZoscfuksPOPQfN0/SubjbnDVKpt+Xc= X-Google-Smtp-Source: APiQypIm7GCCHe133BHPPPxnxWoHLmG2HdV7zuaJoVpJ9qaB4WVbg908yHIezKg814p69bdkLa3jXknGQzzerx+RXYE= X-Received: by 2002:a92:cc02:: with SMTP id s2mr10109454ilp.9.1586701454646; Sun, 12 Apr 2020 07:24:14 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> In-Reply-To: <835ze4lsr1.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 12 Apr 2020 15:24:03 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000091a50005a318b829" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --00000000000091a50005a318b829 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 12, 2020 at 2:48 PM Eli Zaretskii wrote: > Thanks, this is okay for the emacs-27 branch. Done, just pushed. Not marking the bug done, though, since as I said before, I don't think this is the right fix. Or maybe it should be marked done but not closed? I don't know these bug state transition dynamics and won't object to anything you want to do here. Thanks, Jo=C3=A3o --00000000000091a50005a318b829 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Apr 12, 2020 at 2:48 PM Eli Zaretskii <eliz@gnu.org> wrote:

> Thanks, this is okay for the emacs-27 branch.

Done, just pushed.=C2=A0 Not marking the bug done, though, sinceas I said before, I don't think this is the right fix.=C2=A0 Or mayb= e
it should be marked done but not closed? I don't know these
bug= state transition dynamics and won't object to anything
you want to = do here.

Thanks,
Jo=C3=A3o
--00000000000091a50005a318b829-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 10:44:47 2020 Received: (at 40573) by debbugs.gnu.org; 12 Apr 2020 14:44:47 +0000 Received: from localhost ([127.0.0.1]:58656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNdqp-0002If-4K for submit@debbugs.gnu.org; Sun, 12 Apr 2020 10:44:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48298) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNdqn-0002IS-7l for 40573@debbugs.gnu.org; Sun, 12 Apr 2020 10:44:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59672) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jNdqi-0006YM-2p; Sun, 12 Apr 2020 10:44:40 -0400 Received: from [176.228.60.248] (port=3814 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jNdqZ-0003m8-Ui; Sun, 12 Apr 2020 10:44:39 -0400 Date: Sun, 12 Apr 2020 17:44:21 +0300 Message-Id: <831roslq62.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sun, 12 Apr 2020 15:24:03 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Sun, 12 Apr 2020 15:24:03 +0100 > Cc: 40573@debbugs.gnu.org > > On Sun, Apr 12, 2020 at 2:48 PM Eli Zaretskii wrote: > > > Thanks, this is okay for the emacs-27 branch. > > Done, just pushed. Not marking the bug done, though, since > as I said before, I don't think this is the right fix. Why isn't this the right fix? > Or maybe it should be marked done but not closed? I don't know these > bug state transition dynamics and won't object to anything you want > to do here. There's no such thing as done but not closed. Feel free to leave this open if you intend to work on it on master. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 13:02:49 2020 Received: (at 40573) by debbugs.gnu.org; 12 Apr 2020 17:02:49 +0000 Received: from localhost ([127.0.0.1]:58747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNg0P-0005id-87 for submit@debbugs.gnu.org; Sun, 12 Apr 2020 13:02:49 -0400 Received: from mail-io1-f47.google.com ([209.85.166.47]:34727) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNg0N-0005iR-Rb for 40573@debbugs.gnu.org; Sun, 12 Apr 2020 13:02:48 -0400 Received: by mail-io1-f47.google.com with SMTP id f3so7164038ioj.1 for <40573@debbugs.gnu.org>; Sun, 12 Apr 2020 10:02:47 -0700 (PDT) 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 :cc; bh=LRHdM9XS2dxRH0rQHIj58NMfxdDaGMt2A4cqiIQEXLY=; b=ChCZc1Rhx1H1ULebDNO/Du5W+JtxO1X423z9HFdRHV483aG6WkZcejUTG8PLUvnPMz KONooCH076jW/A81YUcW0yRJzXj6+FWrOG+a+YY3va9QN6xXQRPrDuFYMwCVBsIcypCE jqBup7pijMciD58Ge/RUNnIuKO9QoPCOC4BUDAxrD3VtkD6bwSij5wkJKu9fFh4y0Ovf fr7bpFZTsQNMO5acspz+Ehxxi1S4A0EePGMNjmfJiRjCPRoIsRX2Sg50AMP9gwf94Bi/ jorv0jWi8Ioe5GSoZ32niczjANdWLQuiLKghOxZSVI3DRcl/xNEFZqEQ8818AiJTjQoI ikjw== 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:cc; bh=LRHdM9XS2dxRH0rQHIj58NMfxdDaGMt2A4cqiIQEXLY=; b=PzIZMuxd/OtnXpkX910gWGOTYww529CFyV7ObkDN3A59Ekk3xCHnOTIF04gwZN3GgD HvkX5Vw+vjOk3jGNYtuLQdQ+mvK+vyNibcw5w11ERvlqVR6cxGJPVP6pSHyp5D3Av1V3 51x8dMx3jEbhfsltdMjiGQvkmfwt4JoiMMMM9EtnGYA6Bw2G5s//OkPKpru5Ee2NUp2Z Qomz/ptwfXpzwNgoyuRsB6kWsGDZUVn52L5Ta0J6tsTsQmDW9EmNIyy3WzEhFZEMgWiQ 6takU3RTeIY8WrhnHh4OEOnP/7naQW2NSUwasarlexxdT3cHUsTDGsa0E1j0DWrfIUJN sbHA== X-Gm-Message-State: AGi0PuYo80GI1ko9RUGPvNcBw3n55mZb86owAVdijZK2ACfBmXTfeWSY d23v6bCl1cBEjDyhQSiMbQQqi7g2PmXxUt58afM= X-Google-Smtp-Source: APiQypIyxQ2ty272PVI93C+iq6J0UPInhCTiLUPPQffwj8bMcVn/npuXrtznMrtPfkI8fm7fJx/HzaUCCSc9dyO3Sec= X-Received: by 2002:a6b:7314:: with SMTP id e20mr13081437ioh.165.1586710962376; Sun, 12 Apr 2020 10:02:42 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> In-Reply-To: <831roslq62.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 12 Apr 2020 18:02:31 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000004613af05a31aefa5" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Stefan Monnier , Dmitry Gutov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --0000000000004613af05a31aefa5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 12, 2020 at 3:44 PM Eli Zaretskii wrote: > > > Thanks, this is okay for the emacs-27 branch. > > Done, just pushed. Not marking the bug done, though, since > > as I said before, I don't think this is the right fix. > > Why isn't this the right fix? > Because the right fix is not to have the condition at the end of emacs-lisp-mode at all, as I explained in the previous email. I.e handicapping a mode depending on the buffer file name the mode applies to is wrong. IMO. > > Or maybe it should be marked done but not closed? I don't know these > > bug state transition dynamics and won't object to anything you want > > to do here. > > There's no such thing as done but not closed. Feel free to leave this > open if you intend to work on it on master. > The only intention I have is to revert the commit you added, add an emacs-lisp-data-mode according to Stefan's and Dmitry's suggestion, and use that mode for .dir-local.el. I'd also appreciate such a mode for other lispy data files I have. Anyway, last time I checked, you opposed this (very?) strongly so unless that stance has changed, there's not much for me to work on. Let me know, Jo=C3=A3o --0000000000004613af05a31aefa5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Apr 12, 2020 at 3:44 PM Eli Zaretskii <eliz@gnu.org> wrote:
<= div class=3D"gmail_quote">
> > Thanks, this is okay for the emacs-27 branch.
=C2=A0 > Done, just pushed.=C2=A0 Not marking the bug done, though, since
> as I said before, I don't think this is the right fix.

Why isn't this the right fix?

Becau= se the right fix is not to have the condition at
the end of emacs= -lisp-mode at all, as I explained
in the previous email.=C2=A0 I.= e handicapping a mode depending
on the buffer file name the mode = applies to is wrong. IMO.
=C2=A0
> Or maybe it should be marked done but not closed? I don't know the= se
> bug state transition dynamics and won't object to anything you wan= t
> to do here.

There's no such thing as done but not closed.=C2=A0 Feel free to leave = this
open if you intend to work on it on master.

=
The only intention I have is to revert the commit you added,
add an emacs-lisp-data-mode according to Stefan's and Dmitry'= ;s
suggestion, and use that mode for .dir-local.el. I'd also = appreciate
such a mode for other lispy data files I have. Anyway,= last time
I checked, you opposed this (very?) strongly so unless= that stance
has changed, there's not much for me to wor= k on.

Let me know,
Jo=C3=A3o




--0000000000004613af05a31aefa5-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 13:17:49 2020 Received: (at 40573) by debbugs.gnu.org; 12 Apr 2020 17:17:49 +0000 Received: from localhost ([127.0.0.1]:58786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNgEv-00067t-CZ for submit@debbugs.gnu.org; Sun, 12 Apr 2020 13:17:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNgEt-00067f-PP for 40573@debbugs.gnu.org; Sun, 12 Apr 2020 13:17:48 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33348) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jNgEo-0004AP-8w; Sun, 12 Apr 2020 13:17:42 -0400 Received: from [176.228.60.248] (port=1580 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jNgEn-0007N1-AN; Sun, 12 Apr 2020 13:17:42 -0400 Date: Sun, 12 Apr 2020 20:17:30 +0300 Message-Id: <83v9m4k4id.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sun, 12 Apr 2020 18:02:31 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, monnier@iro.umontreal.ca, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Sun, 12 Apr 2020 18:02:31 +0100 > Cc: 40573@debbugs.gnu.org, Stefan Monnier , > Dmitry Gutov > > Why isn't this the right fix? > > Because the right fix is not to have the condition at > the end of emacs-lisp-mode at all, as I explained > in the previous email. I.e handicapping a mode depending > on the buffer file name the mode applies to is wrong. IMO. So you want to restart all that old dispute from last October? My opinion didn't change. > The only intention I have is to revert the commit you added, > add an emacs-lisp-data-mode according to Stefan's and Dmitry's > suggestion, and use that mode for .dir-local.el. I'd also appreciate > such a mode for other lispy data files I have. Anyway, last time > I checked, you opposed this (very?) strongly so unless that stance > has changed, there's not much for me to work on. My opinion on adding such mode for this one issue hasn't changed. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 13:51:01 2020 Received: (at 40573) by debbugs.gnu.org; 12 Apr 2020 17:51:01 +0000 Received: from localhost ([127.0.0.1]:58813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNgl3-0006vr-6w for submit@debbugs.gnu.org; Sun, 12 Apr 2020 13:51:01 -0400 Received: from mail-il1-f177.google.com ([209.85.166.177]:42840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNgl1-0006vY-CN for 40573@debbugs.gnu.org; Sun, 12 Apr 2020 13:50:59 -0400 Received: by mail-il1-f177.google.com with SMTP id f16so6672496ilj.9 for <40573@debbugs.gnu.org>; Sun, 12 Apr 2020 10:50:59 -0700 (PDT) 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 :cc; bh=Wqe60YDcjtLSFEN2JaztqzYB6vaR/dDjLMuNW9aux34=; b=jrLjJFgyTWmcFuKKU5YTxal4zgalqjcIXTTLsBMP4zFV1PjEefAi5QSFyZ2FlBPga+ iUa3eO4Scies13SLCrHv0iov5ZzUtBS0OHubEmSs3zyEMW/QUW/gzvaYRutAWbLjSPJw bN6DxEprVUZ8FcmMpVr1RTg+WactuycwsSEYYV0Yw09kv31XGy0kURrE+baU8PdGGMxj ZcmBZ/LCd2baJGSSt9L+OdJlJKXvPUoOByfvRiYrdH13ifG/z577GPzEKJadsriFnDqV l41tlQhHzhVGk7Vz8o9iEI1eqSj8kA/JmpkGxZkARXNXLe+KoDT2SdjMRnpXL3x0EA4V Iu7w== 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:cc; bh=Wqe60YDcjtLSFEN2JaztqzYB6vaR/dDjLMuNW9aux34=; b=O2InTmBj5q+Tbs18y5u/LXR0H/25/K8krkEgb5huD5o5/US+oxeNswTSgEsOEgZ5RI MPClwk/pyQ97Kp+N10nVl4O76NhI4UVFCpMQGcbdA/nhYhptPE6Qg5w4QVkjHqL2AwFI +78wGCmUgq5fSEK6uyvCrC8B7dX4syt2gi4d/x88WptCH7lwXwlmQq7bvK9zLV0C/qxv fbNOIypxvajRZwv4klqP5RwJV4+by6MqKVVc+0o8cSfzQPhX0FXfwakqd9UruiXbMqNa VtU66ecAq5+cohamHmKoAFZd+gG4nB3KNaac8e/SBZuzh21u69Y0jFE53sXzSQPYOA1B ETwg== X-Gm-Message-State: AGi0PubcKVD1OPs4+aPZqUMfTe/zs5/5P1oTn3XrCtIFrVXiWQHjhh/i K6yEfK6BBJmi2chSsHWDcsrzAyt+4DCriPo/2Uc= X-Google-Smtp-Source: APiQypLjqz3GrgWBOXq0Sx88ABrEMy3a/GRthztQda5EBb2kFEjhM+p3Pe+dUzsr81h5LWq2ATvML2REDrn89fgiwm0= X-Received: by 2002:a05:6e02:6c1:: with SMTP id p1mr14328856ils.137.1586713853803; Sun, 12 Apr 2020 10:50:53 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <83v9m4k4id.fsf@gnu.org> In-Reply-To: <83v9m4k4id.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 12 Apr 2020 18:50:43 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000009dc2f105a31b9bb2" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Stefan Monnier , Dmitry Gutov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --0000000000009dc2f105a31b9bb2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 12, 2020 at 6:17 PM Eli Zaretskii wrote: > > From: Jo=C3=A3o T=C3=A1vora > > Date: Sun, 12 Apr 2020 18:02:31 +0100 > > Cc: 40573@debbugs.gnu.org, Stefan Monnier , > > Dmitry Gutov > > > > Why isn't this the right fix? > > > > Because the right fix is not to have the condition at > > the end of emacs-lisp-mode at all, as I explained > > in the previous email. I.e handicapping a mode depending > > on the buffer file name the mode applies to is wrong. IMO. > > So you want to restart all that old dispute from last October? My > opinion didn't change. > I believe I was answering your question. Jo=C3=A3o --0000000000009dc2f105a31b9bb2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Apr 12, 2020 at 6:17 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com><= br> > Date: Sun, 12 Apr 2020 18:02:31 +0100
> Cc: 40573@d= ebbugs.gnu.org, Stefan Monnier <monnier@iro.umontreal.ca>,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Dmitry Gutov <dgutov@yandex.ru>
>
>=C2=A0 Why isn't this the right fix?
>
> Because the right fix is not to have the condition at
> the end of emacs-lisp-mode at all, as I explained
> in the previous email.=C2=A0 I.e handicapping a mode depending
> on the buffer file name the mode applies to is wrong. IMO.

So you want to restart all that old dispute from last October?=C2=A0 My
opinion didn't change.

I believe I = was answering your question.

Jo=C3=A3o
--0000000000009dc2f105a31b9bb2-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 20:18:37 2020 Received: (at 40573) by debbugs.gnu.org; 13 Apr 2020 00:18:37 +0000 Received: from localhost ([127.0.0.1]:59033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNmo9-0007fn-NR for submit@debbugs.gnu.org; Sun, 12 Apr 2020 20:18:37 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:58385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNmo7-0007fb-N5 for 40573@debbugs.gnu.org; Sun, 12 Apr 2020 20:18:36 -0400 X-Originating-IP: 91.129.99.85 Received: from mail.gandi.net (m91-129-99-85.cust.tele2.ee [91.129.99.85]) (Authenticated sender: juri@linkov.net) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 786CC60002; Mon, 13 Apr 2020 00:18:27 +0000 (UTC) From: Juri Linkov To: =?iso-8859-1?Q?Jo=E3o_T=E1vora?= Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Organization: LINKOV.NET References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> Date: Mon, 13 Apr 2020 02:58:07 +0300 In-Reply-To: (=?iso-8859-1?Q?=22Jo=E3o_T=E1vora=22's?= message of "Sun, 12 Apr 2020 18:02:31 +0100") Message-ID: <87sgh89r78.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Dmitry Gutov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The only intention I have is to revert the commit you added, > add an emacs-lisp-data-mode according to Stefan's and Dmitry's > suggestion, and use that mode for .dir-local.el. I'd also appreciate > such a mode for other lispy data files I have. Anyway, last time > I checked, you opposed this (very?) strongly so unless that stance > has changed, there's not much for me to work on. Please add emacs-lisp-data-mode. I have data buffers in emacs-lisp mode permanently visited all the time, and in the Buffer List the modes of these buffers "ELisp/d" are highlighted with the warning face. It's fine to encourage the users to convert emacs-lisp files from dynamic (the suffix "/d" in mode name highlighted as a warning) to lexical (the suffix "/l" unhighlighted). But the problem is that these files are emacs-lisp data files, they can't be converted to lexical-binding, they need a special data mode. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 13 00:36:59 2020 Received: (at 40573) by debbugs.gnu.org; 13 Apr 2020 04:36:59 +0000 Received: from localhost ([127.0.0.1]:59103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNqqB-0005cg-CM for submit@debbugs.gnu.org; Mon, 13 Apr 2020 00:36:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36651) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNqq9-0005cP-GU for 40573@debbugs.gnu.org; Mon, 13 Apr 2020 00:36:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42815) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jNqq3-0004mM-Mg; Mon, 13 Apr 2020 00:36:51 -0400 Received: from [176.228.60.248] (port=2970 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jNqq2-0002BH-PS; Mon, 13 Apr 2020 00:36:51 -0400 Date: Mon, 13 Apr 2020 07:36:41 +0300 Message-Id: <83lfn0j92e.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-Reply-To: <87sgh89r78.fsf@mail.linkov.net> (message from Juri Linkov on Mon, 13 Apr 2020 02:58:07 +0300) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, joaotavora@gmail.com, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Juri Linkov > Cc: Eli Zaretskii , 40573@debbugs.gnu.org, Stefan Monnier > , Dmitry Gutov > Date: Mon, 13 Apr 2020 02:58:07 +0300 > > Please add emacs-lisp-data-mode. I have data buffers in emacs-lisp mode > permanently visited all the time, and in the Buffer List the modes > of these buffers "ELisp/d" are highlighted with the warning face. > > It's fine to encourage the users to convert emacs-lisp files > from dynamic (the suffix "/d" in mode name highlighted as a warning) > to lexical (the suffix "/l" unhighlighted). > > But the problem is that these files are emacs-lisp data files, > they can't be converted to lexical-binding, they need a special data mode. As I said in that old discussion, I'm not opposed to such a mode, if it supports more than just running Flymake in .dir-locals.el. If you have a bunch of other files for which such a mode could be useful, please describe the files, their names or other telltale indications (to be used for turning on this mode), and their special needs that distinguish them from ELisp source files. Also, if you have some wishes for commands special to such files, or how the behavior of the existing commands should differ in such files, please tell that as well. IOW, such a mode should solve some real problems, not just a single glitch of turning on Flymake and producing annoying warnings in a file of a single name. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 13 19:28:44 2020 Received: (at 40573) by debbugs.gnu.org; 13 Apr 2020 23:28:44 +0000 Received: from localhost ([127.0.0.1]:32822 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jO8VP-00074A-PZ for submit@debbugs.gnu.org; Mon, 13 Apr 2020 19:28:44 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:34463) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jO8VN-00073v-4X for 40573@debbugs.gnu.org; Mon, 13 Apr 2020 19:28:42 -0400 X-Originating-IP: 91.129.99.85 Received: from mail.gandi.net (m91-129-99-85.cust.tele2.ee [91.129.99.85]) (Authenticated sender: juri@linkov.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id D9B0DC0008; Mon, 13 Apr 2020 23:28:32 +0000 (UTC) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Organization: LINKOV.NET References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> Date: Tue, 14 Apr 2020 02:17:11 +0300 In-Reply-To: <83lfn0j92e.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 13 Apr 2020 07:36:41 +0300") Message-ID: <87imi39e8w.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, joaotavora@gmail.com, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > As I said in that old discussion, I'm not opposed to such a mode, if > it supports more than just running Flymake in .dir-locals.el. If you > have a bunch of other files for which such a mode could be useful, > please describe the files, their names or other telltale indications > (to be used for turning on this mode), and their special needs that > distinguish them from ELisp source files. Also, if you have some > wishes for commands special to such files, or how the behavior of the > existing commands should differ in such files, please tell that as > well. All files in http://git.savannah.nongnu.org/cgit/ee.git/tree/view are ELisp data files. They contain Lisp data lists including alists with some code in lambdas. Here is an example from http://git.savannah.nongnu.org/cgit/ee.git/tree/view/buffers.ee [((type . view) (name . "by Recency/list-buffers") (description . "emulates the default display of function `list-buffers'") (r-filter . (lambda (r) (let ((buffer-name (ee-field 'buffer-name r))) (not (or (and (> (length buffer-name) 0) (eq (aref buffer-name 0) ?\040)) (equal (ee-buffers-buffer-name) buffer-name)))))) These files need font-locking from emacs-lisp-mode for viewing, and other features of emacs-lisp-mode for editing: indentation, commenting, etc. i.e. everything from emacs-lisp-mode except code evaluation. This is one difference between emacs-lisp-data-mode and emacs-lisp-mode. Another difference is that distinction between dynamic/lexical binding makes no sense for ELisp data files. It's wrong to use "ELisp/d" as a mode name for ELisp data files where "/d" indicates dynamic binding. A new mode could help to solve these problems, so ELisp data files could enable emacs-lisp-data-mode regardless of their file extension. e.g. http://git.savannah.nongnu.org/cgit/ee.git/tree/ee-datafile.el currently assigns emacs-lisp-mode: (add-to-list 'auto-mode-alist '("\\.ee\\'" . emacs-lisp-mode)) but could use emacs-lisp-data-mode instead: (add-to-list 'auto-mode-alist '("\\.ee\\'" . emacs-lisp-data-mode)) There are many other examples of ELisp data files. One is already mentioned .dir-locals.el that needs editing features from emacs-lisp-mode (indentation, commenting, ...) as well, but doesn't need the dynamic/lexical distinction. More ELisp data files can be found in ~/.emacs.d/ Here are some examples with short excerpts: 1. ~/.emacs.d/elpa/archives/gnu/archive-contents (ace-window . [(0 9 0) ((avy (0 2 0))) "Quickly switch windows." single ((:keywords "window" "location") 2. ~/.emacs.d/bookmarks ;;;; Emacs Bookmark Format Version 1 ;;;; -*- coding: utf-8-emacs -*- ;;; This format is meant to be slightly human-readable; ;;; nevertheless, you probably don't want to edit it. ;;; -*- End Of Bookmark File Format Version Stamp -*- 3. ~/.emacs.d/tramp ;; -*- emacs-lisp -*- ;; Tramp connection history. Don't change this file. ;; Run `M-x tramp-cleanup-all-connections' instead. 4. ~/.emacs.d/places All these data files have one difference from ELisp code files: they are not loaded with evaluation. For example, code that reads ~/.emacs.d/places looks like (let ((file (expand-file-name save-place-file))) (if (file-readable-p file) (with-current-buffer (get-buffer-create " *Saved Places*") (delete-region (point-min) (point-max)) (insert-file-contents file) They all could benefit from a dedicated emacs-lisp-data-mode. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 14 01:52:01 2020 Received: (at 40573) by debbugs.gnu.org; 14 Apr 2020 05:52:01 +0000 Received: from localhost ([127.0.0.1]:33073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOEUG-00085g-L6 for submit@debbugs.gnu.org; Tue, 14 Apr 2020 01:52:01 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48284) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOEUF-00085T-Da for 40573@debbugs.gnu.org; Tue, 14 Apr 2020 01:51:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35728) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jOEU8-00080I-RT; Tue, 14 Apr 2020 01:51:48 -0400 Received: from [176.228.60.248] (port=2125 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jOEU8-0004Oh-6f; Tue, 14 Apr 2020 01:51:48 -0400 Date: Tue, 14 Apr 2020 08:51:28 +0300 Message-Id: <83h7xmipi7.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-Reply-To: <87imi39e8w.fsf@mail.linkov.net> (message from Juri Linkov on Tue, 14 Apr 2020 02:17:11 +0300) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, joaotavora@gmail.com, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Juri Linkov > Cc: joaotavora@gmail.com, 40573@debbugs.gnu.org, monnier@iro.umontreal.ca, > dgutov@yandex.ru > Date: Tue, 14 Apr 2020 02:17:11 +0300 > > These files need font-locking from emacs-lisp-mode for viewing, and other > features of emacs-lisp-mode for editing: indentation, commenting, etc. > i.e. everything from emacs-lisp-mode except code evaluation. This is > one difference between emacs-lisp-data-mode and emacs-lisp-mode. > > Another difference is that distinction between dynamic/lexical binding > makes no sense for ELisp data files. It's wrong to use "ELisp/d" as > a mode name for ELisp data files where "/d" indicates dynamic binding. What do you propose to show as the mode-lighter instead? > http://git.savannah.nongnu.org/cgit/ee.git/tree/ee-datafile.el > currently assigns emacs-lisp-mode: > > (add-to-list 'auto-mode-alist '("\\.ee\\'" . emacs-lisp-mode)) > > but could use emacs-lisp-data-mode instead: > > (add-to-list 'auto-mode-alist '("\\.ee\\'" . emacs-lisp-data-mode)) > > There are many other examples of ELisp data files. One is already > mentioned .dir-locals.el that needs editing features from > emacs-lisp-mode (indentation, commenting, ...) as well, > but doesn't need the dynamic/lexical distinction. How would you propose to identify these files for turning on this special mode? They don't seem to have a clear-cut set of extensions and/or file names. Thanks for the other details, I think this is very useful. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 14 04:49:05 2020 Received: (at 40573) by debbugs.gnu.org; 14 Apr 2020 08:49:05 +0000 Received: from localhost ([127.0.0.1]:33218 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOHFg-0004EG-Kx for submit@debbugs.gnu.org; Tue, 14 Apr 2020 04:49:05 -0400 Received: from mail-io1-f54.google.com ([209.85.166.54]:40151) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOHFd-0004Dk-BU for 40573@debbugs.gnu.org; Tue, 14 Apr 2020 04:49:02 -0400 Received: by mail-io1-f54.google.com with SMTP id w1so12388403iot.7 for <40573@debbugs.gnu.org>; Tue, 14 Apr 2020 01:49:01 -0700 (PDT) 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 :cc; bh=q6wJaXdmT2OYM+9+YD4VmxzOdynPHbnONHPlWLFPsro=; b=p+f2fofC6IqwQUxA7onQluB7Mc/f7jDTmIgHFKgVusJeXwCztl+DXkbbp45GIzdq3x KWkpygJVqh5P6cp6GA4X2AUSMsAq42QecRgriaK1gArRzl7IMMG0VBBaHpVysjdVIWwW ezu+esQPNAesOmllbFpObaN2Fcf6Nk5oxBeAe7cIR1wPt6VAWx3RNlRjSDcYwOan7hWf vDwMJwCjlTQqlq5nYyNzEroh5KiLsb+IL1ouPSjBDcIGJP/WyEXyz25/RdG14Ey9KJRq BRHjLaW4gAI2l12azFzE8HwWtWXm4XXs7OMNS3W0LrSfLTLuGHthO79Hk2vaTgnhil9c Tavg== 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:cc; bh=q6wJaXdmT2OYM+9+YD4VmxzOdynPHbnONHPlWLFPsro=; b=kL2YFIfMC6Gshe2F9vEbg/D80bFqP8rp6AeoOlsdmPPBJzmlvQHHlmda7XQS8/9Mok 5Xe4GYbs0EjdEmIId9xy7SGzoh4E3UQP7eZ1xW+mVtp/LeyljOb86Zl1/c9tVFfjPwh3 trITHYbZJQ+4MrOz07vVqO8LSsbFuYUlJ+qOBv83rpa1pn+p5+Fb3n5SeJntbbpbpbVT eOtper5pTMMLxHLTMRflnSUc2D8Ie1G10pnfKKdpTPKYPd0sm2neXq9ZLcRiGEhgfrJJ 6rm7UIdtJgoBJbwVAe5FXN4ren2OBGQeinCadLS0f/qaR7YEK8IXZa6Acb2AByBeTaZg kcEA== X-Gm-Message-State: AGi0PuaZ3ufMLgl8NdEx8YW1bVgxsY3b586E6FTxrn6IzJ0ecRVwB4VA EJ8GIMJIToBWucbuoulsr/WvOGT9jN/mc5RSua8= X-Google-Smtp-Source: APiQypJ/DDV0dlN4HQ4YjLjbeKVF/xbwe6X3F/sjX6Ocu5IL1edamTOft079zNgVYqimn29HTM9ex5o2STgL/IH0gZs= X-Received: by 2002:a5d:8d89:: with SMTP id b9mr20665497ioj.156.1586854135161; Tue, 14 Apr 2020 01:48:55 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> In-Reply-To: <83h7xmipi7.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Tue, 14 Apr 2020 09:48:43 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000009667a05a33c45d0" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --00000000000009667a05a33c45d0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Apr 14, 2020 at 6:51 AM Eli Zaretskii wrote: > > There are many other examples of ELisp data files. One is already > > mentioned .dir-locals.el that needs editing features from > > emacs-lisp-mode (indentation, commenting, ...) as well, > > but doesn't need the dynamic/lexical distinction. > > How would you propose to identify these files for turning on this > special mode? They don't seem to have a clear-cut set of extensions > and/or file names. One thing I don't understand is why is this important at all. I normally work with the Common Lisp language. When using that language, ones uses COMMON-LISP:WRITE to record things persistently to files that can be COMMON-LISP:READ back. Being data files, these files are edited only sporadically by humans because they are really meant to be understood by programs executing on machines. But when you do open them manually, it is quite useful to automatically pair parenthesis, fill comment paragraphs, understand strings, have sexp indentation, etc etc. Currently these files opens in fundamental-mode which has a syntax table, and not much else. It doesn't recognize comments, font-lock or do any type of useful indentation. I personally start up emacs-lisp-mode for them, and live with the annoyance of bogus flymake, bogus eldoc, etc.. Common lispers are a minority, but people working with Clojure or Guile will probably experience the same. And of course people working with Emacs Lisp will do so to. And, by the way, if you're thinking that the new mode shouldn'tbe called "emacs-lisp-data-mode" at all, but just "lisp-data-mode", then I fully agree. But I'm not bothered much that 'emacs' is in there, either: it doesn't change how useful the mode is for me or anyone else using lisp data files. Anyway, the only thing that distinguishes these files from the rest of the world's files is the fact that their contents can be `read` or COMMON-LISP:READ or clojure.core/read. There are not a lot of "tell-tale signs". Even a syntactic error such as a misplaced parenthesis still doesn't remove the file from this class of files: we still want to use a lisp-data-mode to edit them (and possibly to fix that parenthesis). It's a very large class of files. I _don't_ expect Emacs to cleverly turn on this new mode for every memeber of this class. Though it would be nice for Emacs to do this for _some_ members, presumably the ones it is very sure about, such as dir-locals.el or recentf. But for all the others: 1. If Emacs produces them, then we can change Emacs it to add a mode cookie to the top or trailer of the file; auto-mode-alist to record that file; or do nothing. 2. If Emacs doesn't produce them, then users are responsible for them. We can recommend that they add a cookie or use auto-mode-alist or magic-mode-alist. Even if we chose to do nothing every time, we will have still greatly improved the situation. As to _how_ the new mode is to be implemented, you'll see it's a very simple change. Simpler than your dir-locals.el-specific fix and fixes a much wider array of situations. Stefan's patch is a good starting point: https://lists.gnu.org/archive/html/emacs-devel/2019-10/msg00736.html Even the documentation for this would be simple to write. > Thanks for the other details, I think this is very useful. Examples such as recentf, tramp, and ido files had already been given. Again please don't base any implementation on those "details": they are just an example. The universe of lisp data files is much greater than that. -- Jo=C3=A3o T=C3=A1vora --00000000000009667a05a33c45d0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Apr 14, 2020 at 6:51 AM Eli Zaretskii <eliz@gnu.org> wrote:

> > There= are many other examples of ELisp data files.=C2=A0 One is already
> = > mentioned .dir-locals.el that needs editing features from
> >= emacs-lisp-mode (indentation, commenting, ...) as well,
> > but d= oesn't need the dynamic/lexical distinction.
>
> How would = you propose to identify these files for turning on this
> special mod= e?=C2=A0 They don't seem to have a clear-cut set of extensions
> = and/or file names.

One thing I don't understand is why is this i= mportant at all.

I normally work with the Common Lisp language.=C2= =A0 When using that
language, ones uses COMMON-LISP:WRITE to record thin= gs persistently to
files that can be COMMON-LISP:READ back.=C2=A0 Being = data files, these files
are edited only sporadically by humans because t= hey are really meant to
be understood by programs executing on machines.= =C2=A0 But when you do open
them manually, it is quite useful to automat= ically pair parenthesis,
fill comment paragraphs, understand strings, ha= ve sexp indentation, etc
etc.=C2=A0 Currently these files opens in funda= mental-mode which has a syntax
table, and not much else.=C2=A0 It doesn&= #39;t recognize comments, font-lock or
do any type of useful indentation= .

I personally start up emacs-lisp-mode for them, and live with the<= br>annoyance of bogus flymake, bogus eldoc, etc..

Common lispers are= a minority, but people working with Clojure or Guile
will probably expe= rience the same.=C2=A0 And of course people working with
Emacs Lisp will= do so to.

And, by the way, if you're thinking that the new mode= shouldn'tbe called
"emacs-lisp-data-mode" at all, but jus= t "lisp-data-mode", then I fully
agree.=C2=A0 But I'm not = bothered much that 'emacs' is in there, either: it
doesn't c= hange how useful the mode is for me or anyone else using lisp
data files= .

Anyway, the only thing that distinguishes these files from the res= t of
the world's files is the fact that their contents can be `read`= or
COMMON-LISP:READ or clojure.core/read.=C2=A0 There are not a lot of<= br>"tell-tale signs".=C2=A0 Even a syntactic error such as a misp= laced
parenthesis still doesn't remove the file from this class of f= iles: we
still want to use a lisp-data-mode to edit them (and possibly t= o fix
that parenthesis).

It's a very large class of files.=C2= =A0 I _don't_ expect Emacs to cleverly
turn on this new mode for eve= ry memeber of this class.=C2=A0 Though it would
be nice for Emacs to do = this for _some_ members, presumably the ones it
is very sure about, such= as dir-locals.el or recentf.=C2=A0 But for all the
others:

1. If= Emacs produces them, then we can change Emacs it to add a mode
cookie t= o the top or trailer of the file; =C2=A0auto-mode-alist to
record that f= ile; or do nothing.

2. If Emacs doesn't produce them, then users= are responsible for them.
We can recommend that they add a cookie or us= e auto-mode-alist or
magic-mode-alist.

Even if we chose to do not= hing every time, we will have still greatly
improved the situation.
<= br>As to _how_ the new mode is to be implemented, you'll see it's a= very
simple change.=C2=A0 Simpler than your dir-locals.el-specific fix = and fixes a
much wider array of situations.

Stefan's patch is= a good starting point:

=C2=A0 https://lists.gnu.org/archive/h= tml/emacs-devel/2019-10/msg00736.html

Even the documentation for= this would be simple to write.

> Thanks for the other details, I= think this is very useful.

Examples such as recentf, tramp, and ido= files had already been given.
Again please don't base any implement= ation on those "details": they are
just an example.=C2=A0 The = universe of lisp data files is much greater than
that.

--
Jo= =C3=A3o T=C3=A1vora
--00000000000009667a05a33c45d0-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 14 07:29:40 2020 Received: (at 40573) by debbugs.gnu.org; 14 Apr 2020 11:29:40 +0000 Received: from localhost ([127.0.0.1]:33349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOJl6-0001zv-74 for submit@debbugs.gnu.org; Tue, 14 Apr 2020 07:29:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39823) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOJl4-0001ze-CU for 40573@debbugs.gnu.org; Tue, 14 Apr 2020 07:29:38 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39588) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jOJky-0002NF-0W; Tue, 14 Apr 2020 07:29:32 -0400 Received: from [176.228.60.248] (port=3321 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jOJkw-0003qa-PN; Tue, 14 Apr 2020 07:29:31 -0400 Date: Tue, 14 Apr 2020 14:29:10 +0300 Message-Id: <83d08ai9vd.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Tue, 14 Apr 2020 09:48:43 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Tue, 14 Apr 2020 09:48:43 +0100 > Cc: Juri Linkov , 40573@debbugs.gnu.org, > Stefan Monnier , Dmitry Gutov > > > How would you propose to identify these files for turning on this > > special mode? They don't seem to have a clear-cut set of extensions > > and/or file names. > > One thing I don't understand is why is this important at all. It is only important if we want this new mode to be turned on automatically in such files. If we want these files to be visited in Fundamental mode, or some other random mode due to their extensions, then this is indeed not important. But then .dir-locals.el, for example, will be visited in emacs-lisp-mode, something I thought we wanted to prevent? > Examples such as recentf, tramp, and ido files had already been given. > Again please don't base any implementation on those "details": they are > just an example. The universe of lisp data files is much greater than > that. We must have some body of common traits of these files to program a mode that is suitable for them. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 14 07:49:14 2020 Received: (at 40573) by debbugs.gnu.org; 14 Apr 2020 11:49:14 +0000 Received: from localhost ([127.0.0.1]:33354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOK41-0004WM-TP for submit@debbugs.gnu.org; Tue, 14 Apr 2020 07:49:14 -0400 Received: from mail-il1-f181.google.com ([209.85.166.181]:41047) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOK40-0004W9-5Z for 40573@debbugs.gnu.org; Tue, 14 Apr 2020 07:49:12 -0400 Received: by mail-il1-f181.google.com with SMTP id f82so8253462ilh.8 for <40573@debbugs.gnu.org>; Tue, 14 Apr 2020 04:49:12 -0700 (PDT) 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 :cc; bh=CcGsrZR3RCnfGvtwoKGbcWsZwdxosONyzRSdDmpsag4=; b=hR/kipR3+QOXhQAs/l27N5TCaiiybIP+vet5YqqiDeP34bHEOE35iZVY1GwjRuR9cf Qlqk3JnMNlSLMnwasYXDWOp3EdUxkUrzXVjzoVAIt+yFA+4rbRc0V6PJichcEbUiQ0CX abawva5ghYalwDO3oaD7ZZcSYD+5hR8RQaXk1XERATWH4oP8baljlkSKt67IAQUzLLOQ ECYPaj66jjfDkDxJiEwpynQk2Njq3a5bKcepMyO3o/um/wvrV1n5fkVAP2RdZEZquMPi 9QCPJzG+U96q26LyCv7SIjDlOEI5FRafOChENr/vcIgKoEL9o/FkHSbO8jAnDToE9v9V JVIw== 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:cc; bh=CcGsrZR3RCnfGvtwoKGbcWsZwdxosONyzRSdDmpsag4=; b=GdUvYXXODS86TOk+P+m5jzjOZV8YlT8PsPrwiERUC6ECQH8cXrhrsUS0wCBCubG8e9 +Crask/mCNvrEkj+W7iGUYeUmdOKZp2Jb0xf9Km/wzOdrHzdZGvh+LMyoWZNSwLVKP6i TJLXnKmFmCHtJzPjb9z3KtdmqjK36P/ZaC6VOW0wI4pbV19gFKJPdrac9uwkhXE5Q7ki MMcwmCBtAX4BdLWM3yhpk4hSoN0a/9/ooqdu4mhv8jqTDdKWJnsaGI6GlZbj5mdfQq25 tgfj0kPb5pgeprDgxZWtvNO0tqeZQPzYahugEcFxg2gZjFIvghQGLCC+sl+D6Lz5ml4s GPyw== X-Gm-Message-State: AGi0Pub3G00we5szSVp/4738u8+pqW3ujeJl59llWXvcV1B69Uzu3MsT FN4xrc6fEwiS0kPsgTLMxJp+/SDKYSPhwjB9CGI= X-Google-Smtp-Source: APiQypKE99BpMpSN28IaehFdUZBwDmH0h+luRdHZPgQl4fUIkPHEw+zrMNdQ4o+K+iUpTZIR90IOS4AH5THEP0up4yU= X-Received: by 2002:a92:c00c:: with SMTP id q12mr21304854ild.125.1586864946375; Tue, 14 Apr 2020 04:49:06 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <83d08ai9vd.fsf@gnu.org> In-Reply-To: <83d08ai9vd.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Tue, 14 Apr 2020 12:48:55 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000006f710905a33ec9a6" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --0000000000006f710905a33ec9a6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Apr 14, 2020 at 12:29 PM Eli Zaretskii wrote: > > From: Jo=C3=A3o T=C3=A1vora > > Date: Tue, 14 Apr 2020 09:48:43 +0100 > > Cc: Juri Linkov , 40573@debbugs.gnu.org, > > Stefan Monnier , Dmitry Gutov < > dgutov@yandex.ru> > > > > > How would you propose to identify these files for turning on this > > > special mode? They don't seem to have a clear-cut set of extensions > > > and/or file names. > > > > One thing I don't understand is why is this important at all. > > It is only important if we want this new mode to be turned on > automatically in such files. If we want these files to be visited in > Fundamental mode, or some other random mode due to their extensions, > then this is indeed not important. But then .dir-locals.el, for > example, will be visited in emacs-lisp-mode, something I thought we > wanted to prevent? > Yes, we do. And it's trivial to add an entry for .dir-locals.el to auto-mode-alist for that, as was suggested often. In hindsight choosing .el for that file wasn't great, but it's not very bad either. For files under our control, we have more options, including mode cookies and doing nothing. > Examples such as recentf, tramp, and ido files had already been given. > > Again please don't base any implementation on those "details": they are > > just an example. The universe of lisp data files is much greater than > > that. > > We must have some body of common traits of these files to program a > mode that is suitable for them. > That's easy: lisp forms that can be `read`. But it's even easier to find that "suitable mode" if you think about the problem differently, as a "differences to emacs-lisp-mode" problem. Let me explain. Basically we just need to split emacs-lisp-mode in two. I'd say flymake and imenu and xref and eldoc stay in emacs-lisp-mode, all the rest stays in lisp-data-mode. After the inheritance is setup, emacs-lisp-mode is unaffected, but lisp-data-mode can be used independently. But if we don't get the "split point" right the first time, it's very easy to move things across the border to get a better lisp-data-mode _without_ adversely affecting emacs-lisp-mode in any way. Stefan's approach that I linked to is a good first approach to that split point. Again, we can adjust it afterwards. Jo=C3=A3o T=C3=A1vora --0000000000006f710905a33ec9a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Apr 14, 2020 at 12:29 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Jo=C3=A3o T=C3=A1vora <<= a href=3D"mailto:joaotavora@gmail.com" target=3D"_blank">joaotavora@gmail.c= om>
> Date: Tue, 14 Apr 2020 09:48:43 +0100
> Cc: Juri Linkov <juri@linkov.net>, 40573@debbugs.gnu.org,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Stefan Monnier <monnier@iro.umontreal.ca>, Dmit= ry Gutov <dgutov@y= andex.ru>
>
> > How would you propose to identify these files for turning on this=
> > special mode?=C2=A0 They don't seem to have a clear-cut set o= f extensions
> > and/or file names.
>
> One thing I don't understand is why is this important at all.

It is only important if we want this new mode to be turned on
automatically in such files.=C2=A0 If we want these files to be visited in<= br> Fundamental mode, or some other random mode due to their extensions,
then this is indeed not important.=C2=A0 But then .dir-locals.el, for
example, will be visited in emacs-lisp-mode, something I thought we
wanted to prevent?

Yes, we do.=C2=A0 An= d it's trivial to add an entry for .dir-locals.el
to aut= o-mode-alist for that, as was suggested often. In hindsight
choos= ing .el for that file wasn't great, but it's not very bad either.

For files under our control, we have more options, = including
mode cookies and doing nothing.

> Examples such as recentf, tramp, and ido files had already been given.=
> Again please don't base any implementation on those "details&= quot;: they are
> just an example.=C2=A0 The universe of lisp data files is much greater= than
> that.

We must have some body of common traits of these files to program a
mode that is suitable for them.

That= 9;s easy: lisp forms that can be `read`.

But = it's even easier to find that "suitable mode" if you think
about the problem differently, as a "differences to
emacs-lisp-mode" problem. Let me explain.

Basically we just need to split emacs-lisp-mode in two.
I'd= say flymake and imenu and xref and eldoc stay in
emacs-lisp= -mode, all the rest stays in lisp-data-mode.
After the inheritance is = setup,=C2=A0 emacs-lisp-mode is
unaffected, but lisp-data-mo= de can be used independently.=C2=A0

But if we don't get the "split point" right the firs= t time, it's
very easy to move things across the border = to get a better
lisp-data-mode _without_ adversely affecting emac= s-lisp-mode
in any way.

Stefan'= s approach that I linked to is a good first approach
to that spli= t point.=C2=A0 Again, we can adjust it afterwards.

Jo=C3=A3o T=C3=A1vora
--0000000000006f710905a33ec9a6-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 14 08:38:59 2020 Received: (at 40573) by debbugs.gnu.org; 14 Apr 2020 12:39:00 +0000 Received: from localhost ([127.0.0.1]:33375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOKqB-0007qk-Lm for submit@debbugs.gnu.org; Tue, 14 Apr 2020 08:38:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48368) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOKq9-0007qX-7D for 40573@debbugs.gnu.org; Tue, 14 Apr 2020 08:38:58 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40584) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jOKq2-0004AM-QA; Tue, 14 Apr 2020 08:38:50 -0400 Received: from [176.228.60.248] (port=3772 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jOKq2-0005sW-4b; Tue, 14 Apr 2020 08:38:50 -0400 Date: Tue, 14 Apr 2020 15:38:29 +0300 Message-Id: <83a73ei6nu.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Tue, 14 Apr 2020 12:48:55 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <83d08ai9vd.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Tue, 14 Apr 2020 12:48:55 +0100 > Cc: Juri Linkov , 40573@debbugs.gnu.org, > Stefan Monnier , Dmitry Gutov > > It is only important if we want this new mode to be turned on > automatically in such files. If we want these files to be visited in > Fundamental mode, or some other random mode due to their extensions, > then this is indeed not important. But then .dir-locals.el, for > example, will be visited in emacs-lisp-mode, something I thought we > wanted to prevent? > > Yes, we do. And it's trivial to add an entry for .dir-locals.el > to auto-mode-alist for that, as was suggested often. In hindsight > choosing .el for that file wasn't great, but it's not very bad either. > > For files under our control, we have more options, including > mode cookies and doing nothing. What I was getting at was that maybe there are other extensions that we'd like to trigger this mode. Also, Emacs has means for automatically turning modes on, other than the file-name extension and the mode cookie. Maybe some of them could be used in this case. > We must have some body of common traits of these files to program a > mode that is suitable for them. > > That's easy: lisp forms that can be `read`. I meant traits that are relevant to what major modes do: fontification, indentation, what is considered a defun, etc. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 14 08:56:47 2020 Received: (at 40573) by debbugs.gnu.org; 14 Apr 2020 12:56:47 +0000 Received: from localhost ([127.0.0.1]:33385 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOL7P-0008Ld-6f for submit@debbugs.gnu.org; Tue, 14 Apr 2020 08:56:47 -0400 Received: from mail-il1-f172.google.com ([209.85.166.172]:43516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOL7N-0008LM-4d for 40573@debbugs.gnu.org; Tue, 14 Apr 2020 08:56:45 -0400 Received: by mail-il1-f172.google.com with SMTP id z12so11823497ilb.10 for <40573@debbugs.gnu.org>; Tue, 14 Apr 2020 05:56:45 -0700 (PDT) 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 :cc; bh=GOJZuCNVW4tjpGa+apSVMeN4epn4jkYuPUUI58X8LhQ=; b=WvHwI5r9C2kAHw4nWhGKtul+68SUS8un3ecBjcZTRcMMbsHVVqJSrKMu1kmaadGzWY QHAF+pYo5YX7IlUslYACB3eoK1zt1842fDCXogwWtYNiPd4gTvztc1y7WNbcCM7sReZY ZgVqQe1iyovCSJtJIkbmDcWLlPhkV1+2YetdaIqwF7yTAFHpXZekqVLq/k+ZN/bmNcC2 AXDArUooqCRzGQT6jadzIUNLOuv0d8KUvfRwkUtWikk/lhqEkyG00EJ9jNKQWNPslQyD 3H/webIcNaymQnOFXTQeHWX0e5w+Tw0RxDiUvJstdHWz91BY3VqndntSYkSUcnfmWOsI tjaw== 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:cc; bh=GOJZuCNVW4tjpGa+apSVMeN4epn4jkYuPUUI58X8LhQ=; b=IvoIO+AcZPyJ1jJkQ8XZpGZpIG7Ypsf+2IdELRZNI8XqctxriLMnMxkbvm6x3tTlXf eaQnoQOCIclzXpXICWDEXCynosYS0+F2nG8tWj/ov26tvfajauU89Vi7ATZVZh+NhniB 6MaonT67nOPJuYRzJOsGKQhY8F+BzpXVB2sDmCuRLnBlJ/S/Rnqsmk/7TzomJ1TtQAU3 EOccUWemzz7+Ni4sebBVWE55o0P4Yb0zvVUXtN0DfCNWfU9ZCHZ3e8uF/A5kyQvMhmrY /AeY+1cao20JxUR6vRPtOM5uAoFJdyiMhFHRJiegBcumo84tqk/nLgrnLVarA5my+K0H N1+A== X-Gm-Message-State: AGi0Pub57VJyeeDx+QpcbWg/MwbK5xLIMl4MuRYiJBBMwyhk7zOTaRal 6r7t2KJQplDU1zdMW2F6B78qhQOowdkDnd82V+g= X-Google-Smtp-Source: APiQypI2HnBTP6P80BOlJpeK124drpGtjYT+8ir18dqnjFnV4amEYxvuUouEZ+gvJkNKDNFPba6E1hdEnK8Y1ANn2QM= X-Received: by 2002:a92:c00c:: with SMTP id q12mr28463ild.125.1586868999519; Tue, 14 Apr 2020 05:56:39 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <83d08ai9vd.fsf@gnu.org> <83a73ei6nu.fsf@gnu.org> In-Reply-To: <83a73ei6nu.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Tue, 14 Apr 2020 13:56:28 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000000582c405a33fbbc4" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --0000000000000582c405a33fbbc4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Apr 14, 2020 at 1:38 PM Eli Zaretskii wrote: > > > From: Jo=C3=A3o T=C3=A1vora > > Date: Tue, 14 Apr 2020 12:48:55 +0100 > > Cc: Juri Linkov , 40573@debbugs.gnu.org, > > Stefan Monnier , Dmitry Gutov < dgutov@yandex.ru> > > > > It is only important if we want this new mode to be turned on > > automatically in such files. If we want these files to be visited in > > Fundamental mode, or some other random mode due to their extensions, > > then this is indeed not important. But then .dir-locals.el, for > > example, will be visited in emacs-lisp-mode, something I thought we > > wanted to prevent? > > > > Yes, we do. And it's trivial to add an entry for .dir-locals.el > > to auto-mode-alist for that, as was suggested often. In hindsight > > choosing .el for that file wasn't great, but it's not very bad either. > > > > For files under our control, we have more options, including > > mode cookies and doing nothing. > > What I was getting at was that maybe there are other extensions that > we'd like to trigger this mode. Also, Emacs has means for > automatically turning modes on, other than the file-name extension and > the mode cookie. Maybe some of them could be used in this case. Do you mean magic-mode-alist? Do you think you'd be able to come up with something that won't yield a lot of false positives or a lot of false negatives? If so, don't let me stop you. But also don't let those ambitious stand in the way of the new mode: they're not a prerequisite. > > We must have some body of common traits of these files to program a > > mode that is suitable for them. > > > > That's easy: lisp forms that can be `read`. > > I meant traits that are relevant to what major modes do: > fontification, indentation, what is considered a defun, etc. Sure, and I meant it's easier to think of them as subtraction from the existing emacs-lisp-mode. Ask yourself the inverse question: what things _aren't_ relevant. The more things you can confidently subtract, the closer you are to something better than the current situation. You'll see it's much easier than the exercise you're trying to make. I'd subtract flymake, xref, eldoc and imenu, for starters. For font-lock I don't mind if for the time being we use the same font-lock keywords. Doesn't mean we can't tweak these things in the future, of course. But maybe you know of other low-hanging fruit that only makes sense for elisp code. Re. defun finding. In general, there are no things analogous to a defun in data files, there just aren't! Doesn't mean we can't, in the future, derive new modes from lisp-data-mode where such constructs make sense. But for now, I'd add it to "confidently subtract" list. Jo=C3=A3o -- Jo=C3=A3o T=C3=A1vora --0000000000000582c405a33fbbc4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Apr 14, 2020 at 1:38 PM Eli Zaretskii <eliz@gnu.org> wrote:
>
> > F= rom: Jo=C3=A3o T=C3=A1vora <joao= tavora@gmail.com>
> > Date: Tue, 14 Apr 2020 12:48:55 +0100=
> > Cc: Juri Linkov <juri@l= inkov.net>, 40573@debbugs.g= nu.org,
> > =C2=A0 =C2=A0 =C2=A0 Stefan Monnier <monnier@iro.umontreal.ca>, Dmitry = Gutov <dgutov@yandex.ru>
&= gt; >
> > =C2=A0It is only important if we want this new mode t= o be turned on
> > =C2=A0automatically in such files.=C2=A0 If we = want these files to be visited in
> > =C2=A0Fundamental mode, or s= ome other random mode due to their extensions,
> > =C2=A0then this= is indeed not important.=C2=A0 But then .dir-locals.el, for
> > = =C2=A0example, will be visited in emacs-lisp-mode, something I thought we> > =C2=A0wanted to prevent?
> >
> > Yes, we do.= =C2=A0 And it's trivial to add an entry for .dir-locals.el
> >= to auto-mode-alist for that, as was suggested often. In hindsight
> = > choosing .el for that file wasn't great, but it's not very bad= either.
> >
> > For files under our control, we have mor= e options, including
> > mode cookies and doing nothing.
>> What I was getting at was that maybe there are other extensions that=
> we'd like to trigger this mode.=C2=A0 Also, Emacs has means fo= r
> automatically turning modes on, other than the file-name extensio= n and
> the mode cookie.=C2=A0 Maybe some of them could be used = in this case.

Do you mean magic-mode-alist?=C2=A0 = Do you think you'd be able
to come up with something that wo= n't yield a lot=C2=A0 of false
positives or a lot of false n= egatives?=C2=A0 If so, don't=C2=A0 let me
stop you.=C2=A0 Bu= t also don't let those ambitious stand in the way
of the new = mode: they're not a prerequisite.

> > =C2= =A0We must have some body of common traits of these files to program a
&= gt; > =C2=A0mode that is suitable for them.
> >
> > Th= at's easy: lisp forms that can be `read`.
>
> I meant trait= s that are relevant to what major modes do:
> fontification, ind= entation, what is considered a defun, etc.

Sure, a= nd I meant it's easier to think of them as subtraction
f= rom the existing emacs-lisp-mode.=C2=A0 Ask yourself the inverse
= question: what things _aren't_ relevant. The more things you
= can confidently subtract, the closer you are to something
better = than the current situation. You'll see it's much easier
t= han the exercise you're trying to make. I'd subtract flymake,
=
xref, eldoc and imenu, for starters. For font-lock I don't mind if=
for the time being we use the same font-lock keywords.
Doesn't mean we can't tweak these things in the future,
<= /div>
of course.=C2=A0 But maybe you know of other low-hanging fruit
that only makes sense for elisp code.

Re. defun finding.=C2=A0 In general, there are no things
an= alogous to a defun in data files, there just aren't! Doesn't mean <= br>
we can't, in the future, derive new modes from lisp-data-= mode
where such constructs make sense.=C2=A0 But for now, I&= #39;d add it to
"confidently subtract" list.

Jo=C3=A3o



--
Jo=C3=A3o T=C3=A1vora
--0000000000000582c405a33fbbc4-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 14 12:28:19 2020 Received: (at 40573) by debbugs.gnu.org; 14 Apr 2020 16:28:20 +0000 Received: from localhost ([127.0.0.1]:34598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOOQ7-00017d-Kg for submit@debbugs.gnu.org; Tue, 14 Apr 2020 12:28:19 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37072) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOOQ1-00017K-V7 for 40573@debbugs.gnu.org; Tue, 14 Apr 2020 12:28:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42158) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jONiU-00046w-5o; Tue, 14 Apr 2020 11:43:14 -0400 Received: from [176.228.60.248] (port=3626 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jONiT-0005vL-I5; Tue, 14 Apr 2020 11:43:13 -0400 Date: Tue, 14 Apr 2020 18:42:54 +0300 Message-Id: <835ze2hy4h.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Tue, 14 Apr 2020 13:56:28 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <83d08ai9vd.fsf@gnu.org> <83a73ei6nu.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Tue, 14 Apr 2020 13:56:28 +0100 > Cc: Juri Linkov , 40573@debbugs.gnu.org, > Stefan Monnier , Dmitry Gutov > > > What I was getting at was that maybe there are other extensions that > > we'd like to trigger this mode. Also, Emacs has means for > > automatically turning modes on, other than the file-name extension and > > the mode cookie. Maybe some of them could be used in this case. > > Do you mean magic-mode-alist? That's one such feature, yes. There are others: interpreter-mode-alist, auto-mode-interpreter-regexp, etc. > Do you think you'd be able > to come up with something that won't yield a lot of false > positives or a lot of false negatives? If so, don't let me > stop you. I was just asking whether any of these can be relevant, that's all. A negative answer is OK. > > I meant traits that are relevant to what major modes do: > > fontification, indentation, what is considered a defun, etc. > > Sure, and I meant it's easier to think of them as subtraction > from the existing emacs-lisp-mode. Ask yourself the inverse > question: what things _aren't_ relevant. I was asking that aloud. > Re. defun finding. In general, there are no things > analogous to a defun in data files, there just aren't! I think the example shown by Juri included a lambda-function. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 14 12:42:28 2020 Received: (at 40573) by debbugs.gnu.org; 14 Apr 2020 16:42:28 +0000 Received: from localhost ([127.0.0.1]:34617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOOdn-0001U3-Pj for submit@debbugs.gnu.org; Tue, 14 Apr 2020 12:42:28 -0400 Received: from mail-io1-f47.google.com ([209.85.166.47]:39276) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOOdl-0001To-Vi for 40573@debbugs.gnu.org; Tue, 14 Apr 2020 12:42:26 -0400 Received: by mail-io1-f47.google.com with SMTP id m4so13903556ioq.6 for <40573@debbugs.gnu.org>; Tue, 14 Apr 2020 09:42:25 -0700 (PDT) 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 :cc; bh=RI5mjiot6ThfypsNA022jFaZnF1Mct9RBd7r0wRvu4A=; b=ZwOpWIvNVjkISNPOECvxBrsYBjEigYebEPw6yb6BLtWdkXjG9SG6ctfKp3IzQVKHV4 GL18tmb84BLX0lw2v5PBN/zcBZ43SDRuMpQHD9aCOQAbO3lqbf0v/GKYjr22boyjNWpj dQzZKHTsvU+o+PS5qlqjxscORG8tu0zAKpNWSatPMIWwulIeGZwafNmM94gDlZXUwZ9a bxHsdP8PegRkBsH2BKqBiujpdgHmEBmMsklLwfNiYYEEqIVwe27nEpvcJq6BgfgkVU40 ZGxbTs8QPmKkveek6rSQchBC0AA0Y+rCKeOeRjN7MWJu81RJJ0zJH+P6m63x3ObCHnDj as1w== 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:cc; bh=RI5mjiot6ThfypsNA022jFaZnF1Mct9RBd7r0wRvu4A=; b=ac08vKhpefSeEkKFLm60EJ02noAEz9hZhvBQWqeW2wT2V7hKIYSPHAvrRgbqFIoYPk ++UON9b85qrA+XPd9di3KdlK2ROkeMuhINUi4WcLafvoV5Y8JDfXML9d4hKHrHlQNNAr pBg6LDj8z2jICm5A3PBZ/ynbEZZAdpK4IqvaonPlyxdnUQRoxl4Qee+r3QnIoVOEJSSs mEI4Z1if8+k+4wz3EvYKZfGVXtDyqDzqKhLrWQGegg8TS03aKThpttCEDEOYgU03YcFM aFUWrqJj9WtTtORrNjimBylAS16mtaPPbbCI39D3XftmvuFbESTOQ668Q9VsYNi0IZ73 o5Dg== X-Gm-Message-State: AGi0Pubf5B50FiBWxJgni5GeiPAqjkfI9p//ZWVobAfCgd/BcEzf5o2R l5zlhB77hi1tWPTWztU0XqmRx8OSq8DD1mFzm7I= X-Google-Smtp-Source: APiQypKkBuT5ge/erAZKutzriuOYSqA2z2XDsq/RmLhpXwhZ90mCSdPXk4xz34IPbcG9/TQ4wi2ogWLc3Bjf+ItK7H0= X-Received: by 2002:a6b:c087:: with SMTP id q129mr22025249iof.57.1586882540036; Tue, 14 Apr 2020 09:42:20 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <83d08ai9vd.fsf@gnu.org> <83a73ei6nu.fsf@gnu.org> <835ze2hy4h.fsf@gnu.org> In-Reply-To: <835ze2hy4h.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Tue, 14 Apr 2020 17:42:08 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000196a1705a342e20a" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --000000000000196a1705a342e20a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Apr 14, 2020 at 5:28 PM Eli Zaretskii wrote: > > Re. defun finding. In general, there are no things > > analogous to a defun in data files, there just aren't! > I think the example shown by Juri included a lambda-function. Then maybe that particular file is more than just lisp data, just like some lisp data is emacs programs, and other lisp data is clojure programs or scheme, where the definition of a lambda function would look different. Or you could be looking at a table of traditional dances and be looking at a misspelling of the name of that curious brazilian one :-). My point is: the data mode I'm proposing is completely agnostic to what a "function" is. It shouldn't try to be clever about it. Of course, you can derive an data-with-occasional-lambda-mode and a traditional-dance-table-mode from it, to suit the particular mode you're looking at. Then you can add defun-finding logic to those modes, but not lisp-data-mode. Jo=C3=A3o -- Jo=C3=A3o T=C3=A1vora --000000000000196a1705a342e20a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Apr 14, 2020 at 5:28 PM Eli Zaretskii <eliz@gnu.org> wrote:
> > Re. defun= finding.=C2=A0 In general, there are no things
> > analogous to a= defun in data files, there just aren't!
> I think the example sh= own by Juri included a lambda-function.

Then maybe t= hat particular file is more than just lisp data,
just like s= ome lisp data is emacs programs, and other
lisp data is clojure = programs or scheme, where the definition
of a lambda functio= n would look different.=C2=A0 Or you could be looking
at a table = of traditional dances and be looking at a misspelling
of the name= of that curious brazilian one :-).=C2=A0 My point is: the
d= ata mode I'm proposing is completely agnostic to what a
= "function" is. It shouldn't try to be clever about it.
<= div>
Of course, you can derive an data-with-occasional-lambda= -mode
and a traditional-dance-table-mode from it, to suit th= e particular
mode you're looking at. Then you can add defun-f= inding logic
to those modes, but not lisp-data-mode.
Jo=C3=A3o





--
Jo=C3=A3o T=C3=A1vora
--000000000000196a1705a342e20a-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 14 16:05:31 2020 Received: (at 40573) by debbugs.gnu.org; 14 Apr 2020 20:05:31 +0000 Received: from localhost ([127.0.0.1]:34877 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jORoJ-0004I6-Cm for submit@debbugs.gnu.org; Tue, 14 Apr 2020 16:05:31 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:63590) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jORoH-0004Ht-C0 for 40573@debbugs.gnu.org; Tue, 14 Apr 2020 16:05:29 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 1819045001F; Tue, 14 Apr 2020 16:05:24 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id EFA9D45000D; Tue, 14 Apr 2020 16:05:22 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1586894722; bh=rFm1+b7w+vEJxkcpVh+2wHFiakkseF0dCqgQVALDrE8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=cgGhqChGFlbI9+9KLPGYZFnODgHeB2iPqrxtXbU3HvT5v2BLxEH9wKyh3kZ/2noE/ b0vR+9q0O9kFWEZYNwvSQXrrFauIc4E8bAk3Ve5ckrdwczhSnf8yHGOaYYRJwmfIos Xajbg6ziVOStBs169SUZ5BNtQhTTjv5Ku8/SVtcQzzz+A5Thjh2qllanYD2nOKHeTU UQnOK0IravHz7lgOkj5bebAaU/XTS6GU8D0TDICZ5oRULLEfyDICenN5SxEt2POCGu Zt7lDQHtLeASCCW9KfNPFd+dt9FIzAVMcU4c7iSeXx73JX+JyXpyD6CBJGscplyF4B g9ML5JaZd1b5w== Received: from alfajor (unknown [104.247.241.114]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 2FF2C120191; Tue, 14 Apr 2020 16:05:22 -0400 (EDT) From: Stefan Monnier To: =?windows-1252?B?Sm/jbyBU4XZvcmE=?= Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Message-ID: References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <83d08ai9vd.fsf@gnu.org> <83a73ei6nu.fsf@gnu.org> <835ze2hy4h.fsf@gnu.org> Date: Tue, 14 Apr 2020 16:05:15 -0400 In-Reply-To: (=?windows-1252?Q?=22Jo=E3o_T=E1vora=22's?= message of "Tue, 14 Apr 2020 17:42:08 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.170 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> > Re. defun finding. In general, there are no things >> > analogous to a defun in data files, there just aren't! >> I think the example shown by Juri included a lambda-function. I think the main issue should not be whether the file can contain Elisp code somewhere, but whether the toplevel structure of the file is that of Elisp code (i.e. whether it makes sense to pass it to `load` or `byte-compile`). Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 18:05:01 2020 Received: (at 40573) by debbugs.gnu.org; 16 Apr 2020 22:05:01 +0000 Received: from localhost ([127.0.0.1]:39529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPCd2-0002BL-Pr for submit@debbugs.gnu.org; Thu, 16 Apr 2020 18:05:01 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:42679) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPCd0-0002B7-2M for 40573@debbugs.gnu.org; Thu, 16 Apr 2020 18:04:58 -0400 Received: from mail.gandi.net (m91-129-99-85.cust.tele2.ee [91.129.99.85]) (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 05976100003; Thu, 16 Apr 2020 22:04:49 +0000 (UTC) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Organization: LINKOV.NET References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> Date: Fri, 17 Apr 2020 00:43:48 +0300 In-Reply-To: <83h7xmipi7.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 14 Apr 2020 08:51:28 +0300") Message-ID: <878sivdsjn.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, joaotavora@gmail.com, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> These files need font-locking from emacs-lisp-mode for viewing, and other >> features of emacs-lisp-mode for editing: indentation, commenting, etc. >> i.e. everything from emacs-lisp-mode except code evaluation. This is >> one difference between emacs-lisp-data-mode and emacs-lisp-mode. >> >> Another difference is that distinction between dynamic/lexical binding >> makes no sense for ELisp data files. It's wrong to use "ELisp/d" as >> a mode name for ELisp data files where "/d" indicates dynamic binding. > > What do you propose to show as the mode-lighter instead? Maybe "ELisp-Data" or more general "Lisp-Data". > How would you propose to identify these files for turning on this > special mode? They don't seem to have a clear-cut set of extensions > and/or file names. Each package could add its data file name to auto-mode-alist. For example, bookmark.el could do something like: (add-to-list 'auto-mode-alist (cons bookmark-default-file 'emacs-lisp-data-mode)) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 19:07:06 2020 Received: (at 40573) by debbugs.gnu.org; 16 Apr 2020 23:07:06 +0000 Received: from localhost ([127.0.0.1]:39560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPDb8-0003cO-7a for submit@debbugs.gnu.org; Thu, 16 Apr 2020 19:07:06 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:42471) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPDb7-0003bv-53 for 40573@debbugs.gnu.org; Thu, 16 Apr 2020 19:07:05 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id E44C510031E; Thu, 16 Apr 2020 19:06:59 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4770A100216; Thu, 16 Apr 2020 19:06:58 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1587078418; bh=EBqA9W/UpTPs+AXaeW4ua0F9/C8A5xlaEz1QnA17+cA=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=m+TxvUb/eV3O+ZBHEFek8fJEt7JOkMiyKJUvbWfpwUyobYsvw6a9++k7M0SHsRG4l OFyojuULQHEHp/CrsRhO7pywJmLg+7xLNX6ILC8Rx/ZpnwHmrs8K1Y9DXkimcvg9EJ 45e17p9bQafEL7vpzIS/OU0uJ3f2FPpwQ0AyQ6NBdB85Qp9VIRHm53aqAmQbNxmNft LY3pizRrTjLDcpbfXrY5281w5qhN2bjeWSBLidavuTtw7j5PclVG4ggJSap2YkJUmJ aRqez+Zb2qoWPildbToi/vlc0z+9GoZDhLnY6IE1cLETZ+U35zBrwJc/huOIb9cEBA gndnqQp/xLwOw== Received: from alfajor (unknown [104.247.241.114]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id CCA731203B9; Thu, 16 Apr 2020 19:06:57 -0400 (EDT) From: Stefan Monnier To: Juri Linkov Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Message-ID: References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> Date: Thu, 16 Apr 2020 19:06:51 -0400 In-Reply-To: <878sivdsjn.fsf@mail.linkov.net> (Juri Linkov's message of "Fri, 17 Apr 2020 00:43:48 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.151 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Each package could add its data file name to auto-mode-alist. > For example, bookmark.el could do something like: > > (add-to-list 'auto-mode-alist (cons bookmark-default-file 'emacs-lisp-data-mode)) For generated files, it's probably better to add a -*- cookie in the file. Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 02:23:53 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 06:23:53 +0000 Received: from localhost ([127.0.0.1]:39832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPKPp-0003kz-E8 for submit@debbugs.gnu.org; Fri, 17 Apr 2020 02:23:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44578) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPKPn-0003km-Mp for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 02:23:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46312) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPKPh-00079y-Cs; Fri, 17 Apr 2020 02:23:45 -0400 Received: from [176.228.60.248] (port=1607 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPKPg-0007dK-JK; Fri, 17 Apr 2020 02:23:45 -0400 Date: Fri, 17 Apr 2020 09:23:32 +0300 Message-Id: <83tv1id40r.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-Reply-To: <878sivdsjn.fsf@mail.linkov.net> (message from Juri Linkov on Fri, 17 Apr 2020 00:43:48 +0300) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, joaotavora@gmail.com, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: Juri Linkov > Cc: joaotavora@gmail.com, 40573@debbugs.gnu.org, monnier@iro.umontreal.ca, > dgutov@yandex.ru > Date: Fri, 17 Apr 2020 00:43:48 +0300 > > >> Another difference is that distinction between dynamic/lexical binding > >> makes no sense for ELisp data files. It's wrong to use "ELisp/d" as > >> a mode name for ELisp data files where "/d" indicates dynamic binding. > > > > What do you propose to show as the mode-lighter instead? > > Maybe "ELisp-Data" or more general "Lisp-Data". I meant the /d or /l suffix. I guess you are saying we shouldn't show that because it makes no sense? > > How would you propose to identify these files for turning on this > > special mode? They don't seem to have a clear-cut set of extensions > > and/or file names. > > Each package could add its data file name to auto-mode-alist. > For example, bookmark.el could do something like: > > (add-to-list 'auto-mode-alist (cons bookmark-default-file 'emacs-lisp-data-mode)) SGTM, thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 02:49:31 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 06:49:31 +0000 Received: from localhost ([127.0.0.1]:39838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPKod-0004Qy-FR for submit@debbugs.gnu.org; Fri, 17 Apr 2020 02:49:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47616) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPKoc-0004Qj-3M for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 02:49:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46522) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPKoW-0003r9-8X; Fri, 17 Apr 2020 02:49:24 -0400 Received: from [176.228.60.248] (port=3164 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPKoV-0002qB-Ms; Fri, 17 Apr 2020 02:49:24 -0400 Date: Fri, 17 Apr 2020 09:49:11 +0300 Message-Id: <83r1wmd2u0.fsf@gnu.org> From: Eli Zaretskii To: Stefan Monnier In-Reply-To: (message from Stefan Monnier on Thu, 16 Apr 2020 19:06:51 -0400) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, joaotavora@gmail.com, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: Stefan Monnier > Cc: Eli Zaretskii , joaotavora@gmail.com, > 40573@debbugs.gnu.org, dgutov@yandex.ru > Date: Thu, 16 Apr 2020 19:06:51 -0400 > > > Each package could add its data file name to auto-mode-alist. > > For example, bookmark.el could do something like: > > > > (add-to-list 'auto-mode-alist (cons bookmark-default-file 'emacs-lisp-data-mode)) > > For generated files, it's probably better to add a -*- cookie in > the file. Right. But some modes define an init file that users need to create and maintain. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 06:07:35 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 10:07:35 +0000 Received: from localhost ([127.0.0.1]:39956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPNuI-0001IH-Ra for submit@debbugs.gnu.org; Fri, 17 Apr 2020 06:07:35 -0400 Received: from mail-io1-f43.google.com ([209.85.166.43]:46901) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPNuG-0001I4-M1 for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 06:07:33 -0400 Received: by mail-io1-f43.google.com with SMTP id i3so1670055ioo.13 for <40573@debbugs.gnu.org>; Fri, 17 Apr 2020 03:07:32 -0700 (PDT) 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 :cc; bh=0o/bV5HFSltYOPHBb2MTiWYAeW8qaz+GJs150GMPzkw=; b=ChytM1filnslCwTUtDcFQOg8QGlAnWpXcSini/XEkYvlyo0ulTFjUfBWh+AjyWpJoo +mhtXD5CfiV2ZyRf9wdtXLQ5fyxPtWddg5GDIZnnQxr5CgkqSx7lUgfCFn4HvDqW1PtA J41qGjkAYPNt9wQ3Bs/C7mt6tnFRG5kMyZf2COuX8IJHBs44djkLv1RKVaB7oqxUBF/P kbdLJY9jbyDBkzJ0kW2XczvhBbkRSe3NKMAiCLEPk95H2LHFrlLRdJ1rzyvTyiVScggA oz5pxUdoF2hsDi55A1yakQkEbApSv5cCaQ4UErtcKdKXOrPn8VWLNj6E7T5YkJG/W5/d LNxA== 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:cc; bh=0o/bV5HFSltYOPHBb2MTiWYAeW8qaz+GJs150GMPzkw=; b=PCic5JGvmggm5N73HzhO4GXfT0rnp2jtDDFAqcjIPsEIKI2AAr3OA+j/VHx/t2ARgD UIRg06MOYWnlJ6AWvRAZENPoSFEneA3ZPML/cP/8hkF2GEs9cQ9avewFXm3LssWCE5r5 oWqB+0Rejw+tilC880uY4A+lNXjZJczahmiXZubSaXoCArA4dUnusimcap9HNlxqCPuj AX+Xkcp5qpW78Yz6g78GuJ4MEHB03Ev3H9Btzzvl8GTwi8JOQaTi50GDRai7TaYUIy6H 2aHzLYIl7cx6D/l94a+3wAnouV/roZ9bRubjXcy7FHZ1HuzqTJHPnuF19urvzU7reaN3 kJrg== X-Gm-Message-State: AGi0Pubahqe0xsCpK4ENydY419DCVCyT3rEw0ffOApyf3n9bRM2D4YDj E8MUV8HQaJeJj9pKydZapjGaMX5z2R4Fws3l1+Q= X-Google-Smtp-Source: APiQypKpE78IFdSMBm4jYlrK4skKu0UqhZ9AfpPjxC2mH5q8XhWPzh9DKeo2U4ITdE2HIQLqfR3+AXK7Lxcdcb+pZQQ= X-Received: by 2002:a02:969a:: with SMTP id w26mr2477348jai.71.1587118047092; Fri, 17 Apr 2020 03:07:27 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> In-Reply-To: <83r1wmd2u0.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 17 Apr 2020 11:07:15 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000069e7b105a379b7a3" X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --00000000000069e7b105a379b7a3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Apr 17, 2020 at 7:49 AM Eli Zaretskii wrote: > > From: Stefan Monnier > > Cc: Eli Zaretskii , joaotavora@gmail.com, > > 40573@debbugs.gnu.org, dgutov@yandex.ru > > Date: Thu, 16 Apr 2020 19:06:51 -0400 > > > > > Each package could add its data file name to auto-mode-alist. > > > For example, bookmark.el could do something like: > > > > > > (add-to-list 'auto-mode-alist (cons bookmark-default-file > 'emacs-lisp-data-mode)) > > > > For generated files, it's probably better to add a -*- cookie in > > the file. > > Right. But some modes define an init file that users need to create > and maintain. > Right. But: 1. do we have a starting idea of which of those are mode-generated and which of those are user-generated? And which can be either? 2. do we need to decide on this, admittedly nice-to-have behaviour, before introducing the new major mode? Shouldn't we just take a "best-effort" approach here? Jo=C3=A3o --=20 Jo=C3=A3o T=C3=A1vora --00000000000069e7b105a379b7a3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Apr 17, 2020 at 7:49 AM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Stefan Monnier <monnier@iro.umontreal.ca>=
> Cc: Eli Zaretskii <eliz@gnu.org>,=C2=A0 joaotavora@gmail.com,
>=C2=A0 =C2=A040573@debbugs.gnu.org,=C2=A0 dgutov@yandex.ru
> Date: Thu, 16 Apr 2020 19:06:51 -0400
>
> > Each package could add its data file name to auto-mode-alist.
> > For example, bookmark.el could do something like:
> >
> >=C2=A0 =C2=A0(add-to-list 'auto-mode-alist (cons bookmark-defa= ult-file 'emacs-lisp-data-mode))
>
> For generated files, it's probably better to add a -*- cookie in > the file.

Right.=C2=A0 But some modes define an init file that users need to create and maintain.

Right.=C2=A0 But:

1. do we have a starting idea of which of those are m= ode-generated
and which of those are user-generated? And which c= an be either?

2. do we need to decide on this,= admittedly nice-to-have behaviour,
before introducing the new ma= jor mode?=C2=A0 Shouldn't we just take a
"best-effo= rt" approach here?

Jo=C3=A3o


--
= Jo=C3=A3o T=C3=A1vora
--00000000000069e7b105a379b7a3-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 06:13:20 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 10:13:20 +0000 Received: from localhost ([127.0.0.1]:39960 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPNzs-0001QE-I1 for submit@debbugs.gnu.org; Fri, 17 Apr 2020 06:13:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49483) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPNzr-0001Q0-1n for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 06:13:19 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53756) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPNzk-00066Y-T0; Fri, 17 Apr 2020 06:13:12 -0400 Received: from [176.228.60.248] (port=3793 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPNzj-0007bP-43; Fri, 17 Apr 2020 06:13:11 -0400 Date: Fri, 17 Apr 2020 13:12:58 +0300 Message-Id: <83a73acted.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Fri, 17 Apr 2020 11:07:15 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: João Távora > Date: Fri, 17 Apr 2020 11:07:15 +0100 > Cc: Stefan Monnier , Juri Linkov , 40573@debbugs.gnu.org, > Dmitry Gutov > > 1. do we have a starting idea of which of those are mode-generated > and which of those are user-generated? And which can be either? Grepping our own sources for "~/" might be a good starting point. > 2. do we need to decide on this, admittedly nice-to-have behaviour, > before introducing the new major mode? We don't need to, but it would be nice if that was supported from the get-go (assuming it's needed). > Shouldn't we just take a "best-effort" approach here? I think you will find that opinions differ on what is "best effort" in this context. Which is completely fine, we don't need to agree on such issues. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 06:22:08 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 10:22:08 +0000 Received: from localhost ([127.0.0.1]:39965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPO8O-0001dX-Ex for submit@debbugs.gnu.org; Fri, 17 Apr 2020 06:22:08 -0400 Received: from mail-io1-f50.google.com ([209.85.166.50]:44412) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPO8N-0001d8-Dh for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 06:22:07 -0400 Received: by mail-io1-f50.google.com with SMTP id h6so1714828iok.11 for <40573@debbugs.gnu.org>; Fri, 17 Apr 2020 03:22:07 -0700 (PDT) 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 :cc; bh=2wVZuzLIQOk+jNPS4frQYa362W7eVD3EPzaYUpo2nwQ=; b=RdR6uo8bHH+dP9aQ5wwvxdGxAgU0627owcvhi3FX5t9Y/MJHSguLslRYaW7QydZhcO BHOrKky9RBAeLd50iFBUmnQXoP2tU6HE+uN8i1Jgww5rzHpxyFgQ8VuLny3nlxFl3KjO e9nNngolxWSrFEQrmAqEnq6Zx+1iUacjWYGgKPp0r0sfUkwzpFapwk2/Yo6CqGI5shup 9fgk4J5pxm33ZtOp4hS3/LeFaj3IjWIKMvQPEg1ybNvUaIuqX6Vdx6ksN7iOiYx/4Z/w aWf0bHJEo3rqckJooUE8fjFcl1DeB2RgcFlFgBVxGeIXAuUMScRM35ivuL1FdzD7FqK0 QmUw== 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:cc; bh=2wVZuzLIQOk+jNPS4frQYa362W7eVD3EPzaYUpo2nwQ=; b=lllBxiZD7cWa2zMDjB6zB3S0YRwgdMT2OFpi7N4Z95nRD9EFfDPI0n3nJTO7r1bnAt R4wc8cO8Yyq9DzdZkBMmIFtd59JqsfEzBPiXqGGBlH1cEoC2+8n8FcPrRmpA3bQSHabu 3/eeJG5xTwtmEzlemmsI/1MS98TDYoz4SFMWQsWeJX4CbLg4DSYC4WFebquncRhtlYgg PBHhSnI8X7RgajiLbMSjOHV12vjUwBiau3r/mzmqkrkf1CvuJ+6NItjefIopu4PKtX3r bYkF4uQigtjBPPRRjLZFCZ5ZcYDWNOVuTurJ06YGRPmJLN6Uu8mCVWwAtxOuAtpLegb7 iiMg== X-Gm-Message-State: AGi0PuZrxKkWRjzOoWsM3d/yI4Eo2571OLSta6lfltE7Xo36EWV9jTWG KqUN95mkPMKrQ95vhP0JrgWYhXMND8WrJIOjFpw= X-Google-Smtp-Source: APiQypJDBPlR85of/9x4bvlNhwRpYCgfI+5xKWhSSILa30LZWHHvZsJ1fNNUdmr4NH9igEe4YCfGJtgvHTjze7cdXBI= X-Received: by 2002:a02:7b21:: with SMTP id q33mr2589533jac.24.1587118921874; Fri, 17 Apr 2020 03:22:01 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> In-Reply-To: <83a73acted.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 17 Apr 2020 11:21:50 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000008e02c605a379eb68" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --0000000000008e02c605a379eb68 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Apr 17, 2020 at 11:13 AM Eli Zaretskii wrote: > > > Shouldn't we just take a "best-effort" approach here? > > I think you will find that opinions differ on what is "best effort" in > this context. Which is completely fine, we don't need to agree on > such issues. > Indeed, we don't need to, but here's my take on anyway, followed by a question. For me, best effort here means: do something self-contained that brings some good and brings no harm. I think introducing lisp-data-mode is _exactly_ in those conditions. That's not to say we can't use do _more_ good as we extend our efforts. But we shouldn't let those ambitions stifle the initial deed, smaller, but unquestionably positive. So I'm thinking of introducing lisp-data-mode later on in master, following Stefan's patch. And using it only for `dir-locals.el` for now (and for my own files of course). Is that OK with you? --=20 Jo=C3=A3o T=C3=A1vora --0000000000008e02c605a379eb68 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Apr 17, 2020 at 11:13 AM Eli Zare= tskii <eliz@gnu.org> wrote:

> Shouldn't we just take a "best-effort" approach here?
I think you will find that opinions differ on what is "best effort&quo= t; in
this context.=C2=A0 Which is completely fine, we don't need to agree on=
such issues.

Indeed, we don't need = to, but here's my take on anyway,
followed by a question.
=

For me, best effort here means: do somethin= g self-contained
that brings some good and brings no harm.=C2=A0 = I think introducing
lisp-data-mode is _exactly_ in those conditio= ns.

That's not to say we can't use do _mor= e_ good as we
extend our efforts. But we shouldn't let those = ambitions
stifle the initial deed, smaller, but unquestionabl= y positive.

So I'm thinking of introducing lis= p-data-mode later on in
master, following Stefan's patch= . And using it only for `dir-locals.el`
for now (and for my = own files of course).

Is that OK with you?


--
Jo= =C3=A3o T=C3=A1vora
--0000000000008e02c605a379eb68-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 07:49:21 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 11:49:22 +0000 Received: from localhost ([127.0.0.1]:40120 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPPUn-00087K-MP for submit@debbugs.gnu.org; Fri, 17 Apr 2020 07:49:21 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPPUm-000870-GB for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 07:49:20 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60723) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPPUg-0003d9-51; Fri, 17 Apr 2020 07:49:14 -0400 Received: from [176.228.60.248] (port=1681 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPPUf-0001rF-Gx; Fri, 17 Apr 2020 07:49:13 -0400 Date: Fri, 17 Apr 2020 14:49:00 +0300 Message-Id: <837dyecoyb.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Fri, 17 Apr 2020 11:21:50 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: João Távora > Date: Fri, 17 Apr 2020 11:21:50 +0100 > Cc: Stefan Monnier , Juri Linkov , 40573@debbugs.gnu.org, > Dmitry Gutov > > So I'm thinking of introducing lisp-data-mode later on in > master, following Stefan's patch. And using it only for `dir-locals.el` > for now (and for my own files of course). > > Is that OK with you? No. IMO a mode included in the core should handle more that just one kind of file. We've been through this, at least twice. Why do you keep pushing? It only adds to aggravation. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 07:57:40 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 11:57:40 +0000 Received: from localhost ([127.0.0.1]:40136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPPcq-0008JV-63 for submit@debbugs.gnu.org; Fri, 17 Apr 2020 07:57:40 -0400 Received: from mail-il1-f172.google.com ([209.85.166.172]:39952) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPPcp-0008JJ-AP for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 07:57:39 -0400 Received: by mail-il1-f172.google.com with SMTP id f2so1840180ilq.7 for <40573@debbugs.gnu.org>; Fri, 17 Apr 2020 04:57:39 -0700 (PDT) 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 :cc; bh=BFCNJDwu7Y7ljU6hOXNYDFOVmKm5KULZU4kCtXpfNZ8=; b=l51Bq7Q1h5E+eeF5XixiI7ykPiBI4iObeB7EB0xFrwTC+rnAInY7jDAysR7Wc0S2dp ygdh58eUPTj3LtmpKhZEn8PJrSv1wbrLYXRrLyNYOHCywIOTPsPEe8HC95p8/eHRbiOS vS0qxN0UYXB9r4qKt7Rmotfn2uH5AM0NfWZBBwVpyzoeGyDop7MaYHz2DeSnz9XLBn4W ymrQSYRMXj4AaVO7hlGjbul2jPWOXqFvO4xmyixeCNa18KPWiXBsYXXHi4Z8V9/ZDhmX Gb/zvAFtEOEMkrLyIVxBSfJxFwpUsQ2deXYuKVYMrkeqpYm+mTeBx+kbNI2XOJ5I4/q6 MJIw== 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:cc; bh=BFCNJDwu7Y7ljU6hOXNYDFOVmKm5KULZU4kCtXpfNZ8=; b=BHNpCY9dUlbvF9UXVv0A2ukZmQuDZY1qzK+3ZtUlWIRCvMQykq3KJ6J0WhvWf+s8G8 X8E2lKZqjeY9OpGdERqyCT3wMdX5l/LhTr0+ATizrJzXShM2OsR5tDvJBUQJTcACb87B VGqdpMdJKmdwixNmefwTnWgfU3vgEo4z9Ut5+jbXO++DBlxwsC7oXzMRz4dnqK84Reqn x5Cjm5UyxNGEKfMOH8Kby8mZ35DJVd07acMcVnL3jdohJ/C+zwwgsuZksX3Y8CVQIsQm BRItiDbQInRPhQbCtCthf7GmPk8+whWK1RKHFt8dMbWwB+DLSvDrqhp0k/bkIgkDSgmo YsIg== X-Gm-Message-State: AGi0PuZewPgmOsYOn6mjdNFmcRaBgkEdcD2JyRHJYBuK+kmotBTxJLYT ZRpCUTeNBafbcXKig46cR0i1c1qKx41W0irNnoM= X-Google-Smtp-Source: APiQypLstVHAQi4iE9ICJpJyVv8Cvq4QayVaVt52XRuLHXCkVJUsp+Y6UOfsoOzNediJ8oR/EP3wTfWh4KOp19ufPag= X-Received: by 2002:a05:6e02:6c1:: with SMTP id p1mr2627665ils.137.1587124653581; Fri, 17 Apr 2020 04:57:33 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> In-Reply-To: <837dyecoyb.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 17 Apr 2020 12:57:22 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000030ead505a37b4126" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --00000000000030ead505a37b4126 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Apr 17, 2020 at 12:49 PM Eli Zaretskii wrote: > > From: Jo=C3=A3o T=C3=A1vora > > Date: Fri, 17 Apr 2020 11:21:50 +0100 > > Cc: Stefan Monnier , Juri Linkov < > juri@linkov.net>, 40573@debbugs.gnu.org, > > Dmitry Gutov > > > > So I'm thinking of introducing lisp-data-mode later on in > > master, following Stefan's patch. And using it only for `dir-locals.el` > > for now (and for my own files of course). > > > > Is that OK with you? > > No. IMO a mode included in the core should handle more that just one > kind of file. We've been through this, at least twice. Why do you > keep pushing? It only adds to aggravation. > First, I don't know why you would feel aggravated by my question. But I apologize anyway. I thought we were making progress. Anyway, maybe that wasn't clear, but the new mode would handle lots of files I have here. It would allow me to design better working methods for me and my team. I just can't show you those files. But I hope you can take my word for it. If you don't accept the "do no harm" criteria, how many types of files produced by Emacs do you need before it becomes useful in your criteria? Is .dir-locals.el + another one enough? That's "more than just one". Jo=C3=A3o --00000000000030ead505a37b4126 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Apr 17, 2020 at 12:49 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com>=
> Date: Fri, 17 Apr 2020 11:21:50 +0100
> Cc: Stefan Monnier <monnier@iro.umontreal.ca>, Juri Linkov <juri@linkov.net>, 40573@debbugs.gnu.org,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Dmitry Gutov <dgutov@yandex.ru>
>
> So I'm thinking of introducing lisp-data-mode later on in
> master, following Stefan's patch. And using it only for `dir-local= s.el`
> for now (and for my own files of course).
>
> Is that OK with you?

No.=C2=A0 IMO a mode included in the core should handle more that just one<= br> kind of file.=C2=A0 We've been through this, at least twice.=C2=A0 Why = do you
keep pushing?=C2=A0 It only adds to aggravation.

<= /div>
First, I don't know why you would feel aggravated by my
<= /div>
question. But I apologize anyway.=C2=A0 I thought we were making<= /div>
progress.

Anyway, maybe = that wasn't clear, but the new mode would
handle lots of= files I have here.=C2=A0 It would allow me to design
better wor= king methods for me and my team. I just can't show
you t= hose files. But I hope you can take my word for it.

If you don't accept the "do no harm" criteria, how many=
types of files produced by Emacs do you need before it
becomes useful in your criteria?=C2=A0 Is .dir-locals.el + another <= br>
one enough?=C2=A0 That's "more than just one".<= br>

Jo=C3=A3o
--00000000000030ead505a37b4126-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 09:05:36 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 13:05:36 +0000 Received: from localhost ([127.0.0.1]:40172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPQgZ-0005bA-P3 for submit@debbugs.gnu.org; Fri, 17 Apr 2020 09:05:36 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPQgY-0005ay-BV for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 09:05:34 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35960) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPQgS-00008g-9x; Fri, 17 Apr 2020 09:05:28 -0400 Received: from [176.228.60.248] (port=2338 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPQgR-0002Iy-5v; Fri, 17 Apr 2020 09:05:28 -0400 Date: Fri, 17 Apr 2020 16:05:13 +0300 Message-Id: <835zdyclfa.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Fri, 17 Apr 2020 12:57:22 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: João Távora > Date: Fri, 17 Apr 2020 12:57:22 +0100 > Cc: Stefan Monnier , Juri Linkov , 40573@debbugs.gnu.org, > Dmitry Gutov > > No. IMO a mode included in the core should handle more that just one > kind of file. We've been through this, at least twice. Why do you > keep pushing? It only adds to aggravation. > > First, I don't know why you would feel aggravated by my > question. Not by the question, by your pushing and pushing and pushing, Same arguments, same questions time and again. To what end? > Anyway, maybe that wasn't clear, but the new mode would > handle lots of files I have here. It would allow me to design > better working methods for me and my team. I just can't show > you those files. But I hope you can take my word for it. I'd prefer to see the code. > If you don't accept the "do no harm" criteria, how many > types of files produced by Emacs do you need before it > becomes useful in your criteria? Is .dir-locals.el + another > one enough? That's "more than just one". Again, this is not the kind of question that I can give a useful answer. If you or someone else show the code, I'm sure I will be able to make up my mind about it (and so will be others). From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 10:44:49 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 14:44:49 +0000 Received: from localhost ([127.0.0.1]:41429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPSEa-0008Gh-Vi for submit@debbugs.gnu.org; Fri, 17 Apr 2020 10:44:49 -0400 Received: from mail-wm1-f66.google.com ([209.85.128.66]:33943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPSEa-0008GU-1Y for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 10:44:48 -0400 Received: by mail-wm1-f66.google.com with SMTP id c195so5118626wme.1 for <40573@debbugs.gnu.org>; Fri, 17 Apr 2020 07:44:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd-ie.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=kRx8MuXCJdtYVt0frTNpU6w/zD+7fSjgiNi6OwT5hCc=; b=ggTBEAV6oUdslEMWSE7l934+3U7rHsIg9c6cn4jz3TPoFb/PIbGo3tYNQdxviGBXtE KZ3dOb0GCrE9tyoVwDjrD+aqQwlBcl0iLLa4JgGLEEcRhiE5++jwy7qoE+A3HZq5e55I 4hMLqUdwRuWIHHrIUHd36cTonyv0wlRkJS7G25BjXN97b4hw1FRcTg/JRr69G030c+kN fFmXjjNa3VAaC7D57Rd9F9qB3PxTOvR0agJ8OXGFg8rT/2lxjKM20pHU0saGRuIPW7eP LQ4glwoGxkmZ9j1w6SSSHzKwLcJBiSbkri0WVvpua37jilqCiROBzztZ71PAqyU1PbZV ZJlw== 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:content-transfer-encoding; bh=kRx8MuXCJdtYVt0frTNpU6w/zD+7fSjgiNi6OwT5hCc=; b=kIvjERVx5laSvy9DtTLwzQChv26kSJCCriG8hc/xQ8A4ROxWUfgaP/litknzwLUQuS HGD0ptDASY594wJUQbjyYqEtE9J4houE2SyPYPrDtp9tfA9Bu8tuB05b3zYgEFD9/hv2 5CSv9ZpPRnxjMVZAVi+3je2MejKpKSTctv9+PIKTg21cxw2iy54JHddxLBzhVL+afLFO UzEZgheWckrlcuG3DMbtZ0bVW4OML1HaG8lOTYzFFuDos+OYU90p6PuyNzPwMK7R/Jbx pgQwhfTAEB1PEZp3zRQS8FR8Wr+ln/GZ2Kz2zjpr/SWu6IhmVW0yJlQSt9zHvHhbJv+r rwHQ== X-Gm-Message-State: AGi0Pubi42NYhbPWQrFtN9Zw5s98Mi2ccuia7s55Sqs8cjyegGj7FvX5 BD9jkeyoHvLGUNvSBa2BKYBoAw== X-Google-Smtp-Source: APiQypLAZ432dqBe+NLjvgpSgRTxUsB4EE5ap5w5ogKNrPIsSdKugiJphgI1KqO9PSCuBRWNK6jBrw== X-Received: by 2002:a05:600c:414b:: with SMTP id h11mr3706109wmm.9.1587134682059; Fri, 17 Apr 2020 07:44:42 -0700 (PDT) Received: from localhost ([2a02:8084:20e2:c380:1f68:7ff5:120d:64e]) by smtp.gmail.com with ESMTPSA id s14sm8482607wme.33.2020.04.17.07.44.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Apr 2020 07:44:41 -0700 (PDT) From: "Basil L. Contovounesios" To: Eli Zaretskii Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> Date: Fri, 17 Apr 2020 15:44:39 +0100 In-Reply-To: <837dyecoyb.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Apr 2020 14:49:00 +0300") Message-ID: <875zdyxjc8.fsf@tcd.ie> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= , monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) Eli Zaretskii writes: >> From: Jo=C3=A3o T=C3=A1vora >> Date: Fri, 17 Apr 2020 11:21:50 +0100 >> Cc: Stefan Monnier , Juri Linkov , >> 40573@debbugs.gnu.org, >> Dmitry Gutov >>=20 >> So I'm thinking of introducing lisp-data-mode later on in=20 >> master, following Stefan's patch. And using it only for `dir-locals.el`= =20 >> for now (and for my own files of course). >>=20 >> Is that OK with you? > > No. IMO a mode included in the core should handle more that just one > kind of file. FWIW, Juri pointed out some other files that could be placed in lisp-data-mode in https://debbugs.gnu.org/40573#32: > 1. ~/.emacs.d/elpa/archives/gnu/archive-contents This would require adding a -*- mode -*- cookie in package--download-one-archive, but this might complicate signature checking. > 2. ~/.emacs.d/bookmarks This would require adding a -*- mode -*- cookie in bookmark-insert-file-format-version-stamp. > 3. ~/.emacs.d/tramp This would require adding a -*- mode -*- cookie in tramp-dump-connection-properties. > 4. ~/.emacs.d/places This would require adding a -*- mode -*- cookie in save-place-alist-to-file. Here are some more files of the same type in my own user-emacs-directory: 5. nsm-settings-file This would require adding a -*- mode -*- cookie in nsm-write-settings. 6. (expand-file-name "eww-bookmarks" eww-bookmarks-directory) This would require adding a -*- mode -*- cookie in eww-write-bookmarks. 7. Possibly some EDE project files Judging from: (defclass ede-proj-project (...) ... (file-header-line :initform ";; EDE Project Files are auto generated: Do= Not Edit") ...) But I don't use EDE so I can't say for sure. > All these data files have one difference from ELisp code files: > they are not loaded with evaluation. They also differ in that they are all auto-generated and generally not edited, but... > They all could benefit from a dedicated emacs-lisp-data-mode. ...I sympathise with this. --=20 Basil From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 11:21:23 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 15:21:23 +0000 Received: from localhost ([127.0.0.1]:41470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPSny-0000i6-ST for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:21:23 -0400 Received: from mail-il1-f182.google.com ([209.85.166.182]:36213) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPSno-0000hi-QF for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 11:21:21 -0400 Received: by mail-il1-f182.google.com with SMTP id t8so2489069ilj.3 for <40573@debbugs.gnu.org>; Fri, 17 Apr 2020 08:21:12 -0700 (PDT) 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 :cc; bh=QHjn2/GOD/00MJcciSaOp1ItEPhpVjmuid2qwFbuaCk=; b=jZFFIuTIusucDwQvG68QYgTxejeVynSv9qR1/XTppEalinAEfH1xLA4oiBESQRAzDM MbYCInaPDuAymXW+h1c+s88qZ/owe3bVRgx7UyuQbEpJ3zouc5wJm8IZFY5EhZrAWBiD 6tHKe+XRBLnF98V/O+P52oYl5zaQ0RDSaL24RSZF+P7Fnz5Brd4YluuBnq+FpHTvPKbm 3YfLaLqqFiRxuexlAYiaQiuodq0FbhY+oxTtgmbuJFkx76C4JDvGyywCJwq889MEOtyG YJQRjaufVz/6RUfcFAQfGtkXOx1f7er1uggHZSH6F5cg52HRwq8LXNFclSyH+1ct1Od+ gk7g== 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:cc; bh=QHjn2/GOD/00MJcciSaOp1ItEPhpVjmuid2qwFbuaCk=; b=RpN4uANqr/+MbMlB5G7ah51PVid9+37kfCSELqHjVD5mWUmxQWDSJ0Ycq9LN3wzOX8 3mbgNEiGIFP0Jaklok8WiP69NdCJQnIV8d/3l9/tfiB39L3r27BCTrofj8E/Ee/h2c9Y JhA564QWmAOu4jVd9q5wKQ84WLwzmfpfR9kKGhebeLgRwZh1Qv56N6xNb862KJAsnt5x Kx3P1qYPLT+C+i93hExPGJ9/9ORL6dWDoInbgTdXRq/OcWlY5FXgTjVxBF+i64KFTojV +fAkHHl9ZZBqYYywbAe9fD4t72tqivRKonkuz21De46gnw14kQFglDo2DQd1UuTw4R/H T+Mg== X-Gm-Message-State: AGi0PuZVSEjaSyMXUdFDvqDBn8bAeQnqow6+SGJqu09uMaWVSozvcHXi 44Zo+rUauTeBs1UwJSBcctVLMqcT75aPTAp9GcQ= X-Google-Smtp-Source: APiQypJB5EMRovwa41TkZn+lNGwn4vuYQn3X1SN09c9ioQbj4/HK66xKQUgW158nIVPUl1z49LNCEJ7BD6sT6CYmTgk= X-Received: by 2002:a92:7e86:: with SMTP id q6mr3563434ill.9.1587136866191; Fri, 17 Apr 2020 08:21:06 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> In-Reply-To: <835zdyclfa.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 17 Apr 2020 16:20:54 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000001e8bf305a37e195f" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000001e8bf305a37e195f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Apr 17, 2020 at 2:05 PM Eli Zaretskii wrote: > > > From: Jo=C3=A3o T=C3=A1vora > > Date: Fri, 17 Apr 2020 12:57:22 +0100 > > Cc: Stefan Monnier , Juri Linkov < juri@linkov.net>, 40573@debbugs.gnu.org, > > Dmitry Gutov > > > > No. IMO a mode included in the core should handle more that just one > > kind of file. We've been through this, at least twice. Why do you > > keep pushing? It only adds to aggravation. > > > > First, I don't know why you would feel aggravated by my > > question. > > Not by the question, by your pushing and pushing and pushing, Same > arguments, same questions time and again. To what end? The thing is, I give those arguments and you _don't_ refute them. You don't say like: "oh but if we did that then this negative effect would take place". Or "there isn't any positive effects to what you suggest". So I assume my arguments aren't getting through and I reformulate. That's not "pushing" in my book. Also, don't assume the exasperation is only on your side: I also get a bit exasperated when you don't reply directly to my arguments. > > Anyway, maybe that wasn't clear, but the new mode would > > handle lots of files I have here. It would allow me to design > > better working methods for me and my team. I just can't show > > you those files. But I hope you can take my word for it. > I'd prefer to see the code. Which code? I can't show you my data files (but they're not code). If you mean the one that adds the mode and makes `.dir-locals.el` default to it, sure thing, I'll have it ready later today. _that's_ what I was proposing earlier. But please confirm this is the code you want to see. > > If you don't accept the "do no harm" criteria, how many > > types of files produced by Emacs do you need before it > > becomes useful in your criteria? Is .dir-locals.el + another > > one enough? That's "more than just one". > > Again, this is not the kind of question that I can give a useful > answer. If you or someone else show the code, I'm sure I will be able > to make up my mind about it (and so will be others). The code I think you're talking about is Stefan's patch (that I linked to) + adding an entry to `auto-mode-alist`. It introduces the new mode and turns it on automatically on for a single Emacs-produced file. I'll produce a formal patch of it later today, but don't expect any surprises. I'll present work in a branch, I'll be happy to add more code for types of files. Though I was also suggesting that this effort for more files could be done in master. -- Jo=C3=A3o T=C3=A1vora --0000000000001e8bf305a37e195f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Fri, Apr 17, 2020 at 2:05 PM Eli Zaretskii <eliz@gnu.org> wrote:>
> > From: Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com>
> >= ; Date: Fri, 17 Apr 2020 12:57:22 +0100
> > Cc: Stefan Monnier <= ;monnier@iro.= umontreal.ca>, Juri Linkov <juri@linkov.net>, 40573@debbugs.gnu.org,
> > =C2=A0 =C2= =A0 =C2=A0 Dmitry Gutov <dgutov@yandex.ru>
> >
> > =C2=A0No.=C2=A0 I= MO a mode included in the core should handle more that just one
> >= ; =C2=A0kind of file.=C2=A0 We've been through this, at least twice.=C2= =A0 Why do you
> > =C2=A0keep pushing?=C2=A0 It only adds to aggra= vation.
> >
> > First, I don't know why you would fee= l aggravated by my
> > question.
>
> Not by the questi= on, by your pushing and pushing and pushing, =C2=A0Same
> argume= nts, same questions time and again.=C2=A0 To what end?

=
The thing is, I give those arguments and you _don't_ refute
them.=C2=A0 You don't say like: "oh but if we did that th= en this
negative effect would take place". Or "there is= n't any positive
effects to what you suggest". So I assu= me my arguments
aren't=C2=A0 getting through and I refor= mulate. That's not "pushing"
in my book.=C2=A0= Also, don't assume the exasperation is only
on your side: I = also get a bit exasperated when you don't
reply directly to = my arguments.

> > Anyway, maybe that wasn'= ;t clear, but the new mode would
> > handle lots of files I have h= ere.=C2=A0 It would allow me to design
> > better working methods = for me and my team. I just can't show
> > you those files. But= I hope you can take my word for it.
> I'd prefer to see the= code.

Which code?=C2=A0 I can't show you my d= ata files (but they're
not code). If you mean the one th= at adds the mode and
makes `.dir-locals.el` default to it, sure = thing, I'll have it
ready later today.=C2=A0 _that's_ wha= t I was proposing earlier.=C2=A0
But please confirm this is= =C2=A0 the code you want to see.

> > If you don't ac= cept the "do no harm" criteria, how many
> > types of fi= les produced by Emacs do you need before it
> > becomes useful in = your criteria?=C2=A0 Is .dir-locals.el + another
> > one enough?= =C2=A0 That's "more than just one".
>
> Again, th= is is not the kind of question that I can give a useful
> answer.=C2= =A0 If you or someone else show the code, I'm sure I will be able
> to make up my mind about it (and so will be others).

=
The code I think you're talking about is Stefan's patch = (that I
linked to) + adding an entry to `auto-mode-alist`.= =C2=A0 It introduces
the new mode and turns it on automatically o= n for a single
Emacs-produced file.=C2=A0 I'll produce a= formal patch of it later
today, but don't expect any surpris= es.

I'll present work in a branch, I'll be= happy to add more code
for types of files.=C2=A0 Though I was al= so suggesting that
this effort for more files could be done in ma= ster.

--
Jo=C3=A3o T=C3=A1vora
--0000000000001e8bf305a37e195f-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 11:29:03 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 15:29:03 +0000 Received: from localhost ([127.0.0.1]:41505 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPSvO-0000ue-Po for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:29:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37242) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPSvL-0000tt-SR for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 11:29:00 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38463) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPSvG-0004YZ-2o; Fri, 17 Apr 2020 11:28:54 -0400 Received: from [176.228.60.248] (port=3766 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPSvB-0001z3-V5; Fri, 17 Apr 2020 11:28:51 -0400 Date: Fri, 17 Apr 2020 18:28:37 +0300 Message-Id: <83zhbab07u.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Fri, 17 Apr 2020 16:20:54 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: João Távora > Date: Fri, 17 Apr 2020 16:20:54 +0100 > Cc: Stefan Monnier , Juri Linkov , 40573@debbugs.gnu.org, > Dmitry Gutov > > > Not by the question, by your pushing and pushing and pushing, Same > > arguments, same questions time and again. To what end? > > The thing is, I give those arguments and you _don't_ refute > them. I do, but you just pretend not to understand. E.g., see below. > > I'd prefer to see the code. > > Which code? The code of the proposed new mode. > If you mean the one that adds the mode and > makes `.dir-locals.el` default to it, sure thing, I'll have it > ready later today. Once again, I don't want us to have a mode for .dir-locals.el files alone. How many times do I have to say that before you understand? From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 11:35:34 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 15:35:34 +0000 Received: from localhost ([127.0.0.1]:41509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPT1h-00015G-Lc for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:35:34 -0400 Received: from mail-io1-f50.google.com ([209.85.166.50]:40270) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPT1g-000151-I1 for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 11:35:33 -0400 Received: by mail-io1-f50.google.com with SMTP id w1so2715703iot.7 for <40573@debbugs.gnu.org>; Fri, 17 Apr 2020 08:35:32 -0700 (PDT) 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 :cc; bh=5+POJhygf8cUfLXybq0TZatDMc7oXMgNgzTJNZ4PFe4=; b=FNtxulaLIIdgfe7lDZlR3ClYi+G9ojPhXH70nYSCnevjZBaEKgUn+yFPyd49pVcGpo Pb/VvjBcgRbXCisS+1AhRZFsMU1xaytfvQ5ABH8qN8moDJEaW6ibNPQN45P5+nIjdlcI qF3O6lWWsShydYt2L82GZh71tINOdn/3Zmt/oyjWHIuijN8AGtCBRDmkQDrdP3So8avl Wl/rPAobpszj320Bd0McEt4hloYwNIv0DlKySuf6o0ktRpe30f7slPU8kMxecx52Kfyv 7OoI5OVHDohCTDz0PCw50ho8BnIW35SsONTYuj8j4/8ZjEYn53TjqgOoPmDGRy09WFg5 O1Mw== 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:cc; bh=5+POJhygf8cUfLXybq0TZatDMc7oXMgNgzTJNZ4PFe4=; b=ke8YQGzoVYvZ6zxvSoB6EoihHmQmaRHtFHUsrm/MI5JkqtVsbeXrrY/BEJoYEqy2fI 45X+lWA2hDGYrrs34mCGeExhPMom3qQevlXbheUUBpSwztsGcJWKOByJvNWk3ug+vx8L zxrGpAf1KRSPvW4q+OgkMh9sVxqEbemw4EXC5kyzQU/IsmptqtWkaT4ZjR1LzEIPPmKA a7MOJ1eMPaos3JF//KmaPj0B0ANKA09tkjyS/3Hx1zPPwT3c/KRACwv+Op/EAb3ZlztE WcJ+BQL0+PaKP3XRWxjHFysVECuqnlbdpo6J+gZ3lb2i6vInXrmii08M20YH/vevi+jE XpvQ== X-Gm-Message-State: AGi0PuYngDLEKiWOqy3jwj04dilD59NotGaVU1GfnoeuesnbWKBTA92l q504MyuPnMjn4t0znBnD9RfJi3XuyxmzmL0J1Jg= X-Google-Smtp-Source: APiQypInByjkj0MvyoqaVXVhnOSv2jSnZ8TpRHHkAgN9zjjQKKZkSHN7kZaCARPfGiPDUsOQAkgqTA6pEqeOocSNivw= X-Received: by 2002:a02:93cf:: with SMTP id z73mr3934138jah.136.1587137726842; Fri, 17 Apr 2020 08:35:26 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> In-Reply-To: <83zhbab07u.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 17 Apr 2020 16:35:14 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000006b0d3505a37e4ccd" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --0000000000006b0d3505a37e4ccd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Apr 17, 2020 at 4:28 PM Eli Zaretskii wrote: > > From: Jo=C3=A3o T=C3=A1vora > > Date: Fri, 17 Apr 2020 16:20:54 +0100 > > Cc: Stefan Monnier , Juri Linkov < > juri@linkov.net>, 40573@debbugs.gnu.org, > > Dmitry Gutov > > > > > Not by the question, by your pushing and pushing and pushing, Same > > > arguments, same questions time and again. To what end? > > > > The thing is, I give those arguments and you _don't_ refute > > them. > > I do, but you just pretend not to understand. E.g., see below. > > > > I'd prefer to see the code. > > > > Which code? > > The code of the proposed new mode. > That has been shown already by Stefan's patch, way back. I'm not going to add anything new to it. Maybe you can speak of that patch. > > If you mean the one that adds the mode and > > makes `.dir-locals.el` default to it, sure thing, I'll have it > > ready later today. > > Once again, I don't want us to have a mode for .dir-locals.el files > alone. How many times do I have to say that before you understand? > Look Eli, there's no reason to be unpleasant, OK??? You said "see the code". I asked you what the code was. You say you want to see the code for the new mode. I'm going to show it to you and others later on. I repeat *show*. And you didn't refute ANY of my arguments. You just say you don't want something to handle just one file. I and others point to you it can be used for more files and YOU ignore it. So let's get that straight, and let's let this rest for a while. Jo=C3=A3o --=20 Jo=C3=A3o T=C3=A1vora --0000000000006b0d3505a37e4ccd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Apr 17, 2020 at 4:28 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Jo=C3=A3o T=C3=A1vora <<= a href=3D"mailto:joaotavora@gmail.com" target=3D"_blank">joaotavora@gmail.c= om>
> Date: Fri, 17 Apr 2020 16:20:54 +0100
> Cc: Stefan Monnier <monnier@iro.umontreal.ca>, Juri Linkov <juri@linkov.net>, 40573@debbugs.gnu.org,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Dmitry Gutov <dgutov@yandex.ru>
>
> > Not by the question, by your pushing and pushing and pushing,=C2= =A0 Same
> > arguments, same questions time and again.=C2=A0 To what end?
>
> The thing is, I give those arguments and you _don't_ refute
> them.

I do, but you just pretend not to understand.=C2=A0 E.g., see below.

> > I'd prefer to see the code.
>
> Which code?

The code of the proposed new mode.

That= has been shown already by Stefan's patch, way back.=C2=A0
I'm not going to add anything new to it. Maybe you can
spe= ak of that patch.
=C2=A0
> If you mean the one that adds the mode and
> makes `.dir-locals.el` default to it, sure thing, I'll have it
> ready later today.

Once again, I don't want us to have a mode for .dir-locals.el files
alone.=C2=A0 How many times do I have to say that before you understand?

Look Eli, there's no reason to be unp= leasant, OK???=C2=A0 You said
"see the code".=C2=A0 I = asked you what the code was. You say you
want to see the code for= the new mode. I'm going to show it to
you and others later = on. I repeat *show*.

And you didn't refute ANY of my= arguments. You just say you
don't want something to han= dle just one file. I and others point
to you it can be used for m= ore files and YOU ignore it.

So let's get= that straight, and let's let this rest for a while.

Jo=C3=A3o





--
J= o=C3=A3o T=C3=A1vora
--0000000000006b0d3505a37e4ccd-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 11:47:05 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 15:47:05 +0000 Received: from localhost ([127.0.0.1]:41513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPTCq-0001LX-SI for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:47:05 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39954) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPTCo-0001L4-Qe for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 11:47:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38866) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPTCi-0006dt-EN; Fri, 17 Apr 2020 11:46:56 -0400 Received: from [176.228.60.248] (port=4868 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPTCh-00040J-Q0; Fri, 17 Apr 2020 11:46:56 -0400 Date: Fri, 17 Apr 2020 18:46:43 +0300 Message-Id: <83v9lyazdo.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Fri, 17 Apr 2020 16:35:14 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: João Távora > Date: Fri, 17 Apr 2020 16:35:14 +0100 > Cc: Stefan Monnier , Juri Linkov , 40573@debbugs.gnu.org, > Dmitry Gutov > > > Which code? > > The code of the proposed new mode. > > That has been shown already by Stefan's patch, way back. And I already rejected it. If we want to have a mode, let's have a mode, to support all the good features discussed lately here. Like a lighter, code that injects the mode into auto-generated files and turns on automatically for non-generated ones, etc. A clean job, IOW. > Once again, I don't want us to have a mode for .dir-locals.el files > alone. How many times do I have to say that before you understand? > > Look Eli, there's no reason to be unpleasant, OK??? I'm not being more unpleasant than you are. > And you didn't refute ANY of my arguments. You just say you > don't want something to handle just one file. I and others point > to you it can be used for more files and YOU ignore it. > > So let's get that straight, and let's let this rest for a while. I already had that straight, more than once. Please respect my opinions on this. They are expressed in very clear words. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 11:55:26 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 15:55:26 +0000 Received: from localhost ([127.0.0.1]:41532 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPTKw-0001Yg-Fn for submit@debbugs.gnu.org; Fri, 17 Apr 2020 11:55:26 -0400 Received: from mail-il1-f178.google.com ([209.85.166.178]:46683) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPTKv-0001YS-8A for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 11:55:25 -0400 Received: by mail-il1-f178.google.com with SMTP id x2so1232156ilp.13 for <40573@debbugs.gnu.org>; Fri, 17 Apr 2020 08:55:25 -0700 (PDT) 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 :cc; bh=9lTNijCY6kHWPKXlb8xzQ94WSJy0ZYRluPEB4zHwhXI=; b=bpCj04ujow3wFQty60IPxIUaKu+7clR95BUblvL37/mGgInh/SSjUXzxo6iutONTeg 66jNuwxa9pcyh1L0M4mhOOdjA49kZh+o23GhQaxrJCRH0x18njexIUVJ69Ox7+WtfJRA TP6v5EY9snDuiZxrR8jQGvbhOKNf0dHPsJ3zLCf+DFMjra+nAwl1ke0Ug1UUGXyka3+/ yTM2YH7Jr3tnKDXX+X9x4DIzzJYnaxX3BPjz1JciKkWtaEZF2hfVU38ntQTHOuXNjC3J uJF1v9riVO2Gfh5Y18RKGSGkwoZe/TXx+Xja5DXtM5ur4C0jrJSK7RwiyteyQ5HaP57N lHQQ== 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:cc; bh=9lTNijCY6kHWPKXlb8xzQ94WSJy0ZYRluPEB4zHwhXI=; b=ZUMrQAfDKil9eWQCmXzWfxzfUhLeurWT5ljn7S2F95/nBKYpZBbObrdnNds85CGnx1 pl6pYWA1/ilJDe4RxxF6VF5d8yR+8w7AjgI1nzeQmERlUh474UXbYewrUEloN0AeSiX4 yhQl+zMnibIvY9uR8L9gggb0c2fidfkNCSQ6obB48SghbIRy8FT1SvRyPZQjUhiXtKpb 6878aaDHOfmUmVlm3HMtRTtx1SOed6yeVHDy+oHSvN0frdf7xT8lWSAgG//vdxu0tP6V SNpOqY+TPwowY6HfiXdeuSnlx5c7fPcKnKGYB9R4ITKZOl9L08e9+9xm8OYu6EjZc8RN 7maA== X-Gm-Message-State: AGi0PuYXnxYaRH1QPj8HIw++LHERa1FMZZ4KMMM9C7sXPp13nwqzDyxh BHywGbl2PFelC7/Qjn5tQAZvF1KV4I3Fq80qS6s= X-Google-Smtp-Source: APiQypJyX7S6RSt6VinYcYs86QivQaPPXav+qKWFFxocdBFOxqbVR6P0QtFym5IBNPXNA3K7/9pXIYRW6CHEEpQxAPY= X-Received: by 2002:a92:858b:: with SMTP id f133mr3332568ilh.97.1587138919632; Fri, 17 Apr 2020 08:55:19 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> In-Reply-To: <83v9lyazdo.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 17 Apr 2020 16:55:07 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000083949405a37e93e6" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --00000000000083949405a37e93e6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Apr 17, 2020 at 4:46 PM Eli Zaretskii wrote: > > From: Jo=C3=A3o T=C3=A1vora > > Date: Fri, 17 Apr 2020 16:35:14 +0100 > > Cc: Stefan Monnier , Juri Linkov < > juri@linkov.net>, 40573@debbugs.gnu.org, > > Dmitry Gutov > > > > > Which code? > > > > The code of the proposed new mode. > > > > That has been shown already by Stefan's patch, way back. > > And I already rejected it. If we want to have a mode, let's have a > mode, to support all the good features discussed lately here. Like a > lighter, code that injects the mode into auto-generated files and > turns on automatically for non-generated ones, etc. A clean job, IOW. Can you explain what is dirty about having that mode for a subset of files that _could_ make use of it and having the user select it via M-x lisp-data-mode when he thinks it's useful? Can you give evidence of any benefit to your all-or-nothing stance here? I've explained, many times, that turning it on automatically for non-generated files, is impossible to achieve. Do you disagree with this statement? Maybe you do, perhaps you're seeing something I don't or we're talking about different lisp-data-mode's. Jo=C3=A3o --00000000000083949405a37e93e6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Apr 17, 2020 at 4:46 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com><= br> > Date: Fri, 17 Apr 2020 16:35:14 +0100
> Cc: Stefan Monnier <monnier@iro.umontreal.ca>, Juri Linkov <juri@linkov.net>, 40573@debbugs.gnu.org,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Dmitry Gutov <dgutov@yandex.ru>
>
>=C2=A0 > Which code?
>
>=C2=A0 The code of the proposed new mode.
>
> That has been shown already by Stefan's patch, way back.=C2=A0
And I already rejected it.=C2=A0 If we want to have a mode, let's have = a
mode, to support all the good features discussed lately here.=C2=A0 Like a<= br> lighter, code that injects the mode into auto-generated files and
turns on automatically for non-generated ones, etc.=C2=A0 A clean job, IOW.=

Can you explain what is dirty about = having that mode for a subset
of files that _could_ make use of i= t and having the user select
it via M-x lisp-data-mode when he th= inks it's useful? Can you give
evidence of any benefit to you= r all-or-nothing stance here?

I've explain= ed, many times, that turning it on automatically for
non-gen= erated files, is impossible to achieve.=C2=A0 Do you disagree
with this statement?=C2=A0 Maybe you do, perhaps you're seeing
something I don't or we're talking about different lisp-da= ta-mode's.

Jo=C3=A3o


--00000000000083949405a37e93e6-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 12:04:31 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 16:04:31 +0000 Received: from localhost ([127.0.0.1]:41557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPTTi-0001ol-Ra for submit@debbugs.gnu.org; Fri, 17 Apr 2020 12:04:31 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:51123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPTTg-0001oV-Py for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 12:04:29 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 744C310024E; Fri, 17 Apr 2020 12:04:23 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A2A5110032F; Fri, 17 Apr 2020 12:04:21 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1587139461; bh=5AeY3XUTobOiHwANpoP3AP53IUvOtpjj6rMHYoowzgU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=c9FmzHOpy8tr1Jj/sJJ6G+Jg6P0TEwT8WD8QnwTU0dhXRlBbOjShbuiApSBp690Zv OnKOvCn+aNRA05oWXFmt4KH1OEnJxC0iJLiG9vKCKPVoK8ECSWVGTBE7dM7oFujR6v XN31VwwE6voSSkz3BsRlpXR4OFALA5mI8rHN8Jt63EPcMWlJXO1+9qJGtvTEPc/9qP KdW9ZAjD7uK4k9jXr1qZfPg+JSswmdqDmFzqIk1NV0yiY75soqoxtRD2T9DBsriWr0 mSjLeXZIcURTHw6pYWkdmXMaUMd77iXAIPkNLogGwyBOtVGP3Iw+FAP/DRmuPK2JzB rZWp17dyfAr2w== Received: from alfajor (unknown [104.247.241.114]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 54C611206B5; Fri, 17 Apr 2020 12:04:21 -0400 (EDT) From: Stefan Monnier To: "Basil L. Contovounesios" Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Message-ID: References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <875zdyxjc8.fsf@tcd.ie> Date: Fri, 17 Apr 2020 12:04:20 -0400 In-Reply-To: <875zdyxjc8.fsf@tcd.ie> (Basil L. Contovounesios's message of "Fri, 17 Apr 2020 15:44:39 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.153 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Eli Zaretskii , dgutov@yandex.ru, =?windows-1252?B?Sm/jbyBU4XZvcmE=?= , juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> 1. ~/.emacs.d/elpa/archives/gnu/archive-contents > > This would require adding a -*- mode -*- cookie in > package--download-one-archive, but this might complicate signature > checking. I don't think it's worth modifying the file: the cookie could be placed directly in the original file (i.e. in the file generated by the GNU ELPA and MELPA scripts). Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 13:19:35 2020 Received: (at 40573) by debbugs.gnu.org; 17 Apr 2020 17:19:36 +0000 Received: from localhost ([127.0.0.1]:41602 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPUeN-0007ks-Kk for submit@debbugs.gnu.org; Fri, 17 Apr 2020 13:19:35 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39911) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPUeL-0007kf-M9 for 40573@debbugs.gnu.org; Fri, 17 Apr 2020 13:19:34 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41452) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPUeE-0002f2-Q1; Fri, 17 Apr 2020 13:19:26 -0400 Received: from [176.228.60.248] (port=2517 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPUeE-0002Rv-7M; Fri, 17 Apr 2020 13:19:26 -0400 Date: Fri, 17 Apr 2020 20:19:14 +0300 Message-Id: <83r1wmav3h.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Fri, 17 Apr 2020 16:55:07 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: João Távora > Date: Fri, 17 Apr 2020 16:55:07 +0100 > Cc: Stefan Monnier , Juri Linkov , 40573@debbugs.gnu.org, > Dmitry Gutov > > Can you explain what is dirty about having that mode for a subset > of files that _could_ make use of it and having the user select > it via M-x lisp-data-mode when he thinks it's useful? I already did, many times. I have nothing new to say about this. > Can you give > evidence of any benefit to your all-or-nothing stance here? I don't have to give any evidence. We both have our opinions, and they are different. Please respect mine. > I've explained, many times, that turning it on automatically for > non-generated files, is impossible to achieve. Do you disagree > with this statement? Yes, I do. Also mentioned more than once. Can we please stop this futile going in circles? From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 04:27:21 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 08:27:21 +0000 Received: from localhost ([127.0.0.1]:41974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPiop-0001fJ-Ug for submit@debbugs.gnu.org; Sat, 18 Apr 2020 04:27:21 -0400 Received: from mail-io1-f45.google.com ([209.85.166.45]:34609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPion-0001f5-0q for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 04:27:18 -0400 Received: by mail-io1-f45.google.com with SMTP id f3so5123620ioj.1 for <40573@debbugs.gnu.org>; Sat, 18 Apr 2020 01:27:16 -0700 (PDT) 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 :cc; bh=Hk9ctEQGGhgB/yZ0b1+aIkuSHqYisA/5d+XMmNgw1F0=; b=B1S85dX1JmfW8MxV43+1F/Sv8QKob1hlEFmPVvZ3wm0uwQZEGl+DF0vyb675JZZ266 fcvbwpaS8KJuhPTydExNhmorgIUDAMarH1Z7TKdJxll6ip+33a8sHDb0bnssev4ooKmf 4SDdvwCmMFc6VbgsrJfjae01HHn2tq+ksvA/BWdjLGs78s1KQ+e4Kf8M5/2f+5gb9L5l o7H0qXZKWeODAJUh5uMJ3zVGKqulRkQo3r4IkSljVz8c3KoNgNbm72YsBPoDUGEVPtox RoJYMTDisdoQc9g0WHuDD7ouHFWshP2vZBUx199LbO7v/Is3Mx6eFfuKMnL717L0UyYn 6CoA== 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:cc; bh=Hk9ctEQGGhgB/yZ0b1+aIkuSHqYisA/5d+XMmNgw1F0=; b=PNL9u+NFt0xY2Bo/7p3tuDAXLkgjCMz/I8XCtSArT56D6QrcguTdgaK/EyPUctkDs0 d64kU9ZHrl3logYaak60o8KCFHYxS+segdsVnN8c3s4a5JXTFtImQ0d4TsiFiwa2Gtkq rNLAotMam7I7IA6zhDH1svRf5zUkFZXx10MRTuCT0lpD+B69FL6lF+6xFPeNtp12TsPJ yi2+whlJWNj9o/AVFs3BtQXVjGMWgsZSqeEBj1RcG6F6lE+oJeqPnpgUt8L94PLQ/cEp LQzxzMC7hxPRTIa0TI2yIM9xZuXHnl4YEyk7grT9htn0ml5xlF2dCD5bHTze0dwPwFMh OAmA== X-Gm-Message-State: AGi0PubNROpMrcsGVNjC0zErIMn384hhllIjIR7mX5fVvdhMhKABjc/f 2Oac94SkdajIExi2DQdFK66k9DF/eRMvGAzXAXU= X-Google-Smtp-Source: APiQypLGzBJYUFKPvYWwL7If/a+6B70M6WpXIDUzcmcNrrYVBbKezLqixol6K//PZVWdwvQgU6OTamAhsiB0G0e5GX4= X-Received: by 2002:a5d:8d89:: with SMTP id b9mr7117502ioj.156.1587198431041; Sat, 18 Apr 2020 01:27:11 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> In-Reply-To: <83r1wmav3h.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sat, 18 Apr 2020 09:26:59 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii , "Basil L. Contovounesios" Content-Type: multipart/alternative; boundary="000000000000ab9cdb05a38c6eb3" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --000000000000ab9cdb05a38c6eb3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I've put "the code" in a branch in our repo, called 'scratch/add-lisp-data'= . It's also after my sig. It's two commits. The first adds the mode, refactors some code around it and sets it for dir-locals. The seconds sets it for 5 or 6 files. Thanks Juri and Basil, pointing directly to the function made it trivial easy to do! The first commit is an evolution of Stefan's which makes a "lisp-data-mode" instead of "emacs-lisp-data-mode". There's probably details I'm more than willing to change if anyone wants, like not using the dir-locals-file constant in a place there, or not doing that setcar or those setf nth. Anyway, I hope we can now talk about concrete stuff. Jo=C3=A3o commit 035137bc92ec4b3ceab43409d4b8ea0deb975459 Author: Jo=C3=A3o T=C3=A1vora Date: Sat Apr 18 09:04:13 2020 +0100 Use lisp-data-mode in 5 more places Thanks to Juri Linkov and Basil L. Contovounesios for the list and the indication of the function that needed to be changed. * lisp/bookmark.el (bookmark-insert-file-format-version-stamp): Use lisp-data-mode. * lisp/saveplace.el (save-place-alist-to-file): Use lisp-data-mode. * lisp/net/eww.el (eww-write-bookmarks): Use lisp-data-mode. * lisp/net/nsm.el (nsm-write-settings): Use lisp-data-mode. * lisp/net/tramp-cache.el (tramp-dump-connection-properties): Use lisp-data-mode. diff --git a/lisp/bookmark.el b/lisp/bookmark.el index 720ad18c16..f2384973e9 100644 --- a/lisp/bookmark.el +++ b/lisp/bookmark.el @@ -734,8 +734,10 @@ bookmark-insert-file-format-version-stamp (if (memq (coding-system-base coding) '(undecided prefer-utf-8)) (setq coding 'utf-8-emacs)) (insert - (format ";;;; Emacs Bookmark Format Version %d ;;;; -*- coding: %S -*-\n" - bookmark-file-format-version (coding-system-base coding))) + (format + ";;;; Emacs Bookmark Format Version %d\ +;;;; -*- coding: %S mode: lisp-data -*-\n" + bookmark-file-format-version (coding-system-base coding))) (insert ";;; This format is meant to be slightly human-readable;\n" ";;; nevertheless, you probably don't want to edit it.\n" ";;; " diff --git a/lisp/net/eww.el b/lisp/net/eww.el index c83884fd25..a4544023f6 100644 --- a/lisp/net/eww.el +++ b/lisp/net/eww.el @@ -1733,7 +1733,7 @@ eww-add-bookmark (defun eww-write-bookmarks () (with-temp-file (expand-file-name "eww-bookmarks" eww-bookmarks-directory) - (insert ";; Auto-generated file; don't edit\n") + (insert ";; Auto-generated file; don't edit -*- mode: lisp-data -*-\n"= ) (pp eww-bookmarks (current-buffer)))) (defun eww-read-bookmarks () diff --git a/lisp/net/nsm.el b/lisp/net/nsm.el index 2d36c5e257..cc22427e6d 100644 --- a/lisp/net/nsm.el +++ b/lisp/net/nsm.el @@ -964,6 +964,7 @@ nsm-save-host (defun nsm-write-settings () (with-temp-file nsm-settings-file + (insert ";;;; -*- mode: lisp-data -*-\n") (insert "(\n") (dolist (setting nsm-permanent-host-settings) (insert " ") diff --git a/lisp/net/tramp-cache.el b/lisp/net/tramp-cache.el index 09e30f000f..6d87ce297b 100644 --- a/lisp/net/tramp-cache.el +++ b/lisp/net/tramp-cache.el @@ -472,7 +472,7 @@ tramp-dump-connection-properties ;; Dump it. (with-temp-file tramp-persistency-file-name (insert - ";; -*- emacs-lisp -*-" + ";; -*- lisp-data -*-" ;; `time-stamp-string' might not exist in all Emacs flavors. (condition-case nil (progn diff --git a/lisp/saveplace.el b/lisp/saveplace.el index fa0e181bb1..f78639db24 100644 --- a/lisp/saveplace.el +++ b/lisp/saveplace.el @@ -248,7 +248,7 @@ save-place-alist-to-file (delete-region (point-min) (point-max)) (when save-place-forget-unreadable-files (save-place-forget-unreadable-files)) - (insert (format ";;; -*- coding: %s -*-\n" + (insert (format ";;; -*- coding: %s mode: lisp-data -*-\n" (symbol-name coding-system-for-write))) (let ((print-length nil) (print-level nil)) commit b4af4a3578303741364dc91acdd5908d9b11e3a4 Author: Jo=C3=A3o T=C3=A1vora Date: Sat Apr 18 02:46:04 2020 +0100 Add a lisp-data-mode for editing non-code lisp data To provide a cleaner implementation remove arguments from the auxiliary routine lisp-mode-variables. The modes/functions that need to do some something special adjustment do them in their own bodies. * lisp/chistory.el (command-history-mode): Don't pass nil to lisp-mode-variables. * lisp/files.el (auto-mode-alist): Add entry for ".dir-locals". * lisp/help-fns.el (describe-variable): Don't pass useless args to lisp-mode-variables. * lisp/emacs-lisp/pp.el (pp-to-string): Don't pass useless args to lisp-mode-variables. * lisp/emacs-lisp/lisp-mode.el (lisp-mode-variables): Simplify. Always set same variables. (lisp-data-mode): New major mode. (lisp-mode): Inherit from lisp-data-mode. Set special lisp-mode stuff here. * lisp/progmodes/elisp-mode.el (emacs-lisp-mode): Inherit from lisp-data-mode. (emacs-lisp-mode): Simplify. * lisp/progmodes/inf-lisp.el (inferior-lisp-mode): Set the needed syntax table here, not through other function. diff --git a/lisp/chistory.el b/lisp/chistory.el index c9aa927b94..485515d07b 100644 --- a/lisp/chistory.el +++ b/lisp/chistory.el @@ -139,7 +139,7 @@ command-history-mode Keybindings: \\{command-history-mode-map}" - (lisp-mode-variables nil) + (lisp-mode-variables) (set (make-local-variable 'revert-buffer-function) 'command-history-revert) (set-syntax-table emacs-lisp-mode-syntax-table)) diff --git a/lisp/emacs-lisp/lisp-mode.el b/lisp/emacs-lisp/lisp-mode.el index 3b0f5493ee..8f7e6c0431 100644 --- a/lisp/emacs-lisp/lisp-mode.el +++ b/lisp/emacs-lisp/lisp-mode.el @@ -611,15 +611,8 @@ lisp-adaptive-fill ;; a single docstring. Let's fix it here. (if (looking-at "\\s-+\"[^\n\"]+\"\\s-*$") "")) -(defun lisp-mode-variables (&optional lisp-syntax keywords-case-insensitiv= e - elisp) - "Common initialization routine for lisp modes. -The LISP-SYNTAX argument is used by code in inf-lisp.el and is -\(uselessly) passed from pp.el, chistory.el, gnus-kill.el and -score-mode.el. KEYWORDS-CASE-INSENSITIVE non-nil means that for -font-lock keywords will not be case sensitive." - (when lisp-syntax - (set-syntax-table lisp-mode-syntax-table)) +(defun lisp-mode-variables () + "Common initialization routine for lisp modes." (setq-local paragraph-ignore-fill-prefix t) (setq-local fill-paragraph-function 'lisp-fill-paragraph) (setq-local adaptive-fill-function #'lisp-adaptive-fill) @@ -643,21 +636,24 @@ lisp-mode-variables (setq-local multibyte-syntax-as-symbol t) ;; (setq-local syntax-begin-function 'beginning-of-defun) ;;Bug#16247. (setq font-lock-defaults - `(,(if elisp '(lisp-el-font-lock-keywords - lisp-el-font-lock-keywords-1 - lisp-el-font-lock-keywords-2) - '(lisp-cl-font-lock-keywords - lisp-cl-font-lock-keywords-1 - lisp-cl-font-lock-keywords-2)) - nil ,keywords-case-insensitive nil nil - (font-lock-mark-block-function . mark-defun) - (font-lock-extra-managed-props help-echo) - (font-lock-syntactic-face-function - . lisp-font-lock-syntactic-face-function))) + (list nil nil nil nil nil + '(font-lock-mark-block-function . mark-defun) + '(font-lock-extra-managed-props help-echo) + '(font-lock-syntactic-face-function + . lisp-font-lock-syntactic-face-function))) (setq-local prettify-symbols-alist lisp-prettify-symbols-alist) (setq-local electric-pair-skip-whitespace 'chomp) (setq-local electric-pair-open-newline-between-pairs nil)) +;;;###autoload +(define-derived-mode lisp-data-mode prog-mode "Lisp-Data" + "Major mode for buffers holding data written in Lisp syntax." + :group 'lisp + (lisp-mode-variables) + (set-syntax-table lisp-mode-syntax-table) + (setq-local electric-quote-string t) + (setq imenu-case-fold-search nil)) + (defun lisp-outline-level () "Lisp mode `outline-level' function." (let ((len (- (match-end 0) (match-beginning 0)))) @@ -737,7 +733,7 @@ lisp-mode-map "Keymap for ordinary Lisp mode. All commands in `lisp-mode-shared-map' are inherited by this map.") -(define-derived-mode lisp-mode prog-mode "Lisp" +(define-derived-mode lisp-mode lisp-data-mode "Lisp" "Major mode for editing Lisp code for Lisps other than GNU Emacs Lisp. Commands: Delete converts tabs to spaces as it moves back. @@ -746,7 +742,11 @@ lisp-mode \\{lisp-mode-map} Note that `run-lisp' may be used either to start an inferior Lisp job or to switch back to an existing one." - (lisp-mode-variables nil t) + (setf + (nth 0 font-lock-defaults) '(lisp-cl-font-lock-keywords + lisp-cl-font-lock-keywords-1 + lisp-cl-font-lock-keywords-2) + (nth 2 font-lock-defaults) t) (setq-local lisp-indent-function 'common-lisp-indent-function) (setq-local find-tag-default-function 'lisp-find-tag-default) (setq-local comment-start-skip diff --git a/lisp/emacs-lisp/pp.el b/lisp/emacs-lisp/pp.el index 3df7b0e368..4d8bf52934 100644 --- a/lisp/emacs-lisp/pp.el +++ b/lisp/emacs-lisp/pp.el @@ -42,7 +42,7 @@ pp-to-string OBJECT can be any Lisp object. Quoting characters are used as needed to make output that `read' can handle, whenever this is possible." (with-temp-buffer - (lisp-mode-variables nil) + (lisp-mode-variables) (set-syntax-table emacs-lisp-mode-syntax-table) (let ((print-escape-newlines pp-escape-newlines) (print-quoted t)) diff --git a/lisp/files.el b/lisp/files.el index fa72e51c49..a769d061f9 100644 --- a/lisp/files.el +++ b/lisp/files.el @@ -2657,6 +2657,9 @@ auto-mode-alist ("\\.ltx\\'" . latex-mode) ("\\.dtx\\'" . doctex-mode) ("\\.org\\'" . org-mode) + ;; .dir-locals.el is not really elisp. Can't use the + ;; `dir-locals-file' constant since that is defined below. + (".dir-locals.el" . lisp-data-mode) ("\\.el\\'" . emacs-lisp-mode) ("Project\\.ede\\'" . emacs-lisp-mode) ("\\.\\(scm\\|stk\\|ss\\|sch\\)\\'" . scheme-mode) diff --git a/lisp/help-fns.el b/lisp/help-fns.el index 0a99b8d6a3..dbf2cb807b 100644 --- a/lisp/help-fns.el +++ b/lisp/help-fns.el @@ -1000,7 +1000,7 @@ describe-variable (terpri) (let ((buf (current-buffer))) (with-temp-buffer - (lisp-mode-variables nil) + (lisp-mode-variables) (set-syntax-table emacs-lisp-mode-syntax-table) (insert print-rep) (pp-buffer) diff --git a/lisp/progmodes/elisp-mode.el b/lisp/progmodes/elisp-mode.el index f85fd771ca..2f231781ba 100644 --- a/lisp/progmodes/elisp-mode.el +++ b/lisp/progmodes/elisp-mode.el @@ -250,7 +250,7 @@ elisp--dynlex-modeline-map map)) ;;;###autoload -(define-derived-mode emacs-lisp-mode prog-mode +(define-derived-mode emacs-lisp-mode lisp-data-mode `("ELisp" (lexical-binding (:propertize "/l" help-echo "Using lexical-binding mode") @@ -268,35 +268,26 @@ emacs-lisp-mode \\{emacs-lisp-mode-map}" :group 'lisp (defvar project-vc-external-roots-function) - (lisp-mode-variables nil nil 'elisp) + (setcar font-lock-defaults + '(lisp-el-font-lock-keywords + lisp-el-font-lock-keywords-1 + lisp-el-font-lock-keywords-2)) + (set-syntax-table emacs-lisp-mode-syntax-table) (add-hook 'after-load-functions #'elisp--font-lock-flush-elisp-buffers) (if (boundp 'electric-pair-text-pairs) (setq-local electric-pair-text-pairs (append '((?\` . ?\') (?\=E2=80=98 . ?\=E2=80=99)) electric-pair-text-pairs)) (add-hook 'electric-pair-mode-hook #'emacs-lisp-set-electric-text-pairs)) - (setq-local electric-quote-string t) - (setq imenu-case-fold-search nil) (add-hook 'eldoc-documentation-functions #'elisp-eldoc-documentation-function nil t) (add-hook 'xref-backend-functions #'elisp--xref-backend nil t) (setq-local project-vc-external-roots-function #'elisp-load-path-roots) (add-hook 'completion-at-point-functions #'elisp-completion-at-point nil 'local) - ;; .dir-locals.el and lock files will cause the byte-compiler and - ;; checkdoc emit spurious warnings, because they don't follow the - ;; conventions of Emacs Lisp sources. Until we have a better fix, - ;; like teaching elisp-mode about files that only hold data - ;; structures, we disable the ELisp Flymake backend for these files. - (unless - (let* ((bfname (buffer-file-name)) - (fname (and (stringp bfname) (file-name-nondirectory bfname)))) - (and (stringp fname) - (or (string-match "\\`\\.#" fname) - (string-equal dir-locals-file fname)))) - (add-hook 'flymake-diagnostic-functions #'elisp-flymake-checkdoc nil t= ) - (add-hook 'flymake-diagnostic-functions - #'elisp-flymake-byte-compile nil t))) + (add-hook 'flymake-diagnostic-functions #'elisp-flymake-checkdoc nil t) + (add-hook 'flymake-diagnostic-functions + #'elisp-flymake-byte-compile nil t)) ;; Font-locking support. diff --git a/lisp/progmodes/inf-lisp.el b/lisp/progmodes/inf-lisp.el index 9f34a377f4..aa6c718041 100644 --- a/lisp/progmodes/inf-lisp.el +++ b/lisp/progmodes/inf-lisp.el @@ -274,7 +274,8 @@ inferior-lisp-mode to continue it." (setq comint-prompt-regexp inferior-lisp-prompt) (setq mode-line-process '(":%s")) - (lisp-mode-variables t) + (set-syntax-table lisp-mode-syntax-table) + (lisp-mode-variables) (setq comint-get-old-input (function lisp-get-old-input)) (setq comint-input-filter (function lisp-input-filter))) On Fri, Apr 17, 2020 at 6:19 PM Eli Zaretskii wrote: > > From: Jo=C3=A3o T=C3=A1vora > > Date: Fri, 17 Apr 2020 16:55:07 +0100 > > Cc: Stefan Monnier , Juri Linkov < > juri@linkov.net>, 40573@debbugs.gnu.org, > > Dmitry Gutov > > > > Can you explain what is dirty about having that mode for a subset > > of files that _could_ make use of it and having the user select > > it via M-x lisp-data-mode when he thinks it's useful? > > I already did, many times. I have nothing new to say about this. > > > Can you give > > evidence of any benefit to your all-or-nothing stance here? > > I don't have to give any evidence. We both have our opinions, and > they are different. Please respect mine. > > > I've explained, many times, that turning it on automatically for > > non-generated files, is impossible to achieve. Do you disagree > > with this statement? > > Yes, I do. Also mentioned more than once. > > Can we please stop this futile going in circles? > --=20 Jo=C3=A3o T=C3=A1vora --000000000000ab9cdb05a38c6eb3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've put "the code" in a branch in our = repo, called 'scratch/add-lisp-data'.
It's also after= my sig.

It's two commits.=C2=A0 The first= adds the mode, refactors some code around it
and sets it for dir= -locals. The seconds sets it for 5 or 6=C2=A0 files. Thanks Juri
=
and=C2=A0 Basil, pointing directly to the function made it trivial eas= y to do!

The first commit is an evolution of Stefa= n's which makes a "lisp-data-mode"
instead of = "emacs-lisp-data-mode". There's probably details I'm more= than
willing to change if anyone wants, like not using the dir-l= ocals-file constant
in a place there, or not doing that setc= ar or those setf nth.

Anyway, I hope we can no= w talk about concrete stuff.
Jo=C3=A3o

c= ommit 035137bc92ec4b3ceab43409d4b8ea0deb975459
Author: Jo=C3=A3o T=C3=A1= vora <joaotavora@gmail.com&g= t;
Date: =C2=A0 Sat Apr 18 09:04:13 2020 +0100

=C2=A0 =C2=A0 Use = lisp-data-mode in 5 more places
=C2=A0 =C2=A0
=C2=A0 =C2=A0 Thanks t= o Juri Linkov and Basil L. Contovounesios for the list and the
=C2=A0 = =C2=A0 indication of the function that needed to be changed.
=C2=A0 =C2= =A0
=C2=A0 =C2=A0 * lisp/bookmark.el (bookmark-insert-file-format-versi= on-stamp):
=C2=A0 =C2=A0 Use lisp-data-mode.
=C2=A0 =C2=A0
=C2=A0= =C2=A0 * lisp/saveplace.el (save-place-alist-to-file): Use
=C2=A0 =C2= =A0 lisp-data-mode.
=C2=A0 =C2=A0
=C2=A0 =C2=A0 * lisp/net/eww.el (e= ww-write-bookmarks): Use lisp-data-mode.
=C2=A0 =C2=A0
=C2=A0 =C2=A0= * lisp/net/nsm.el (nsm-write-settings): Use lisp-data-mode.
=C2=A0 =C2= =A0
=C2=A0 =C2=A0 * lisp/net/tramp-cache.el (tramp-dump-connection-prop= erties): Use
=C2=A0 =C2=A0 lisp-data-mode.

diff --git a/lisp/book= mark.el b/lisp/bookmark.el
index 720ad18c16..f2384973e9 100644
--- a/= lisp/bookmark.el
+++ b/lisp/bookmark.el
@@ -734,8 +734,10 @@ bookmark= -insert-file-format-version-stamp
=C2=A0 =C2=A0(if (memq (coding-system-= base coding) '(undecided prefer-utf-8))
=C2=A0 =C2=A0 =C2=A0 =C2=A0(= setq coding 'utf-8-emacs))
=C2=A0 =C2=A0(insert
- =C2=A0 (format = ";;;; Emacs Bookmark Format Version %d ;;;; -*- coding: %S -*-\n"=
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 bookmark-file-format-version (codi= ng-system-base coding)))
+ =C2=A0 (format
+ =C2=A0 =C2=A0";;;; E= macs Bookmark Format Version %d\
+;;;; -*- coding: %S mode: lisp-data -*= -\n"
+ =C2=A0 =C2=A0bookmark-file-format-version (coding-system-bas= e coding)))
=C2=A0 =C2=A0(insert ";;; This format is meant to be sl= ightly human-readable;\n"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= ";;; nevertheless, you probably don't want to edit it.\n"
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0";;; "
diff --git a/l= isp/net/eww.el b/lisp/net/eww.el
index c83884fd25..a4544023f6 100644
= --- a/lisp/net/eww.el
+++ b/lisp/net/eww.el
@@ -1733,7 +1733,7 @@ eww= -add-bookmark
=C2=A0
=C2=A0(defun eww-write-bookmarks ()
=C2=A0 = =C2=A0(with-temp-file (expand-file-name "eww-bookmarks" eww-bookm= arks-directory)
- =C2=A0 =C2=A0(insert ";; Auto-generated file; don= 't edit\n")
+ =C2=A0 =C2=A0(insert ";; Auto-generated file= ; don't edit -*- mode: lisp-data -*-\n")
=C2=A0 =C2=A0 =C2=A0(p= p eww-bookmarks (current-buffer))))
=C2=A0
=C2=A0(defun eww-read-book= marks ()
diff --git a/lisp/net/nsm.el b/lisp/net/nsm.el
index 2d36c5e= 257..cc22427e6d 100644
--- a/lisp/net/nsm.el
+++ b/lisp/net/nsm.el@@ -964,6 +964,7 @@ nsm-save-host
=C2=A0
=C2=A0(defun nsm-write-sett= ings ()
=C2=A0 =C2=A0(with-temp-file nsm-settings-file
+ =C2=A0 =C2= =A0(insert ";;;; -*- mode: lisp-data -*-\n")
=C2=A0 =C2=A0 =C2= =A0(insert "(\n")
=C2=A0 =C2=A0 =C2=A0(dolist (setting nsm-per= manent-host-settings)
=C2=A0 =C2=A0 =C2=A0 =C2=A0(insert " ")<= br>diff --git a/lisp/net/tramp-cache.el b/lisp/net/tramp-cache.el
index = 09e30f000f..6d87ce297b 100644
--- a/lisp/net/tramp-cache.el
+++ b/lis= p/net/tramp-cache.el
@@ -472,7 +472,7 @@ tramp-dump-connection-propertie= s
=C2=A0 ;; Dump it.
=C2=A0 (with-temp-file tramp-persistency-file-na= me
=C2=A0 =C2=A0(insert
- =C2=A0 ";; -*- emacs-lisp -*-"<= br>+ =C2=A0 ";; -*- lisp-data -*-"
=C2=A0 =C2=A0 ;; `time-st= amp-string' might not exist in all Emacs flavors.
=C2=A0 =C2=A0 (co= ndition-case nil
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (progn
diff --git a/lis= p/saveplace.el b/lisp/saveplace.el
index fa0e181bb1..f78639db24 100644--- a/lisp/saveplace.el
+++ b/lisp/saveplace.el
@@ -248,7 +248,7 @@= save-place-alist-to-file
=C2=A0 =C2=A0 =C2=A0 =C2=A0(delete-region (poi= nt-min) (point-max))
=C2=A0 =C2=A0 =C2=A0 =C2=A0(when save-place-forget-= unreadable-files
=C2=A0 (save-place-forget-unreadable-files))
- =C2= =A0 =C2=A0 =C2=A0(insert (format ";;; -*- coding: %s -*-\n"
+ = =C2=A0 =C2=A0 =C2=A0(insert (format ";;; -*- coding: %s mode: lisp-dat= a -*-\n"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0(symbol-name coding-system-for-write)))
=C2= =A0 =C2=A0 =C2=A0 =C2=A0(let ((print-length nil)
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0(print-level nil))

commit b4af4a357830374= 1364dc91acdd5908d9b11e3a4
Author: Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com>
Date: =C2=A0 Sa= t Apr 18 02:46:04 2020 +0100

=C2=A0 =C2=A0 Add a lisp-data-mode for = editing non-code lisp data
=C2=A0 =C2=A0
=C2=A0 =C2=A0 To provide a = cleaner implementation remove arguments from the
=C2=A0 =C2=A0 auxiliary= routine lisp-mode-variables.=C2=A0 The modes/functions that need
=C2=A0= =C2=A0 to do some something special adjustment do them in their own bodies= .
=C2=A0 =C2=A0
=C2=A0 =C2=A0 * lisp/chistory.el (command-history-mo= de): Don't pass nil to
=C2=A0 =C2=A0 lisp-mode-variables.
=C2=A0 = =C2=A0
=C2=A0 =C2=A0 * lisp/files.el (auto-mode-alist): Add entry for &= quot;.dir-locals".
=C2=A0 =C2=A0
=C2=A0 =C2=A0 * lisp/help-fns.= el (describe-variable): Don't pass useless args to
=C2=A0 =C2=A0 lis= p-mode-variables.
=C2=A0 =C2=A0
=C2=A0 =C2=A0 * lisp/emacs-lisp/pp.e= l (pp-to-string): Don't pass useless args to
=C2=A0 =C2=A0 lisp-mode= -variables.
=C2=A0 =C2=A0
=C2=A0 =C2=A0 * lisp/emacs-lisp/lisp-mode.= el (lisp-mode-variables):
=C2=A0 =C2=A0 Simplify.=C2=A0 Always set same = variables.
=C2=A0 =C2=A0 (lisp-data-mode): New major mode.
=C2=A0 =C2= =A0 (lisp-mode): Inherit from lisp-data-mode.=C2=A0 Set special lisp-mode=C2=A0 =C2=A0 stuff here.
=C2=A0 =C2=A0
=C2=A0 =C2=A0 * lisp/progm= odes/elisp-mode.el (emacs-lisp-mode): Inherit from
=C2=A0 =C2=A0 lisp-da= ta-mode.
=C2=A0 =C2=A0 (emacs-lisp-mode): Simplify.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 * lisp/progmodes/inf-lisp.el (inferior-lisp-mode): Set the n= eeded
=C2=A0 =C2=A0 syntax table here, not through other function.
diff --git a/lisp/chistory.el b/lisp/chistory.el
index c9aa927b94..485= 515d07b 100644
--- a/lisp/chistory.el
+++ b/lisp/chistory.el
@@ -1= 39,7 +139,7 @@ command-history-mode
=C2=A0
=C2=A0Keybindings:
=C2= =A0\\{command-history-mode-map}"
- =C2=A0(lisp-mode-variables nil)<= br>+ =C2=A0(lisp-mode-variables)
=C2=A0 =C2=A0(set (make-local-variable = 'revert-buffer-function) 'command-history-revert)
=C2=A0 =C2=A0(= set-syntax-table emacs-lisp-mode-syntax-table))
=C2=A0
diff --git a/l= isp/emacs-lisp/lisp-mode.el b/lisp/emacs-lisp/lisp-mode.el
index 3b0f549= 3ee..8f7e6c0431 100644
--- a/lisp/emacs-lisp/lisp-mode.el
+++ b/lisp/= emacs-lisp/lisp-mode.el
@@ -611,15 +611,8 @@ lisp-adaptive-fill
=C2= =A0 =C2=A0;; a single docstring.=C2=A0 Let's fix it here.
=C2=A0 =C2= =A0(if (looking-at "\\s-+\"[^\n\"]+\"\\s-*$") &quo= t;"))
=C2=A0
-(defun lisp-mode-variables (&optional lisp-syn= tax keywords-case-insensitive
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0elisp)
- =C2=A0"Common initialization routine f= or lisp modes.
-The LISP-SYNTAX argument is used by code in inf-lisp.el = and is
-\(uselessly) passed from pp.el, chistory.el, gnus-kill.el and-score-mode.el.=C2=A0 KEYWORDS-CASE-INSENSITIVE non-nil means that for
= -font-lock keywords will not be case sensitive."
- =C2=A0(when lisp= -syntax
- =C2=A0 =C2=A0(set-syntax-table lisp-mode-syntax-table))
+(d= efun lisp-mode-variables ()
+ =C2=A0"Common initialization routine = for lisp modes."
=C2=A0 =C2=A0(setq-local paragraph-ignore-fill-pre= fix t)
=C2=A0 =C2=A0(setq-local fill-paragraph-function 'lisp-fill-p= aragraph)
=C2=A0 =C2=A0(setq-local adaptive-fill-function #'lisp-ada= ptive-fill)
@@ -643,21 +636,24 @@ lisp-mode-variables
=C2=A0 =C2=A0(s= etq-local multibyte-syntax-as-symbol t)
=C2=A0 =C2=A0;; (setq-local synt= ax-begin-function 'beginning-of-defun) =C2=A0;;Bug#16247.
=C2=A0 =C2= =A0(setq font-lock-defaults
- `(,(if elisp '(lisp-el-font-lock-keywo= rds
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 lisp-el-font-lock-keywords-1
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 lisp-el-font-lock-keywords= -2)
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 '(lisp-cl-font-lock-= keywords
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 lisp-cl-font= -lock-keywords-1
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 lisp= -cl-font-lock-keywords-2))
- =C2=A0nil ,keywords-case-insensitive nil n= il
- =C2=A0(font-lock-mark-block-function . mark-defun)
- =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0(font-lock-extra-managed-props help-echo)
- =C2= =A0(font-lock-syntactic-face-function
- =C2=A0 . lisp-font-lock-syntact= ic-face-function)))
+ (list nil nil nil nil nil
+ =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'(font-lock-mark-block-function . mark-d= efun)
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'(font-lock-= extra-managed-props help-echo)
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0'(font-lock-syntactic-face-function
+ =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0. lisp-font-lock-syntactic-face-function= )))
=C2=A0 =C2=A0(setq-local prettify-symbols-alist lisp-prettify-symbol= s-alist)
=C2=A0 =C2=A0(setq-local electric-pair-skip-whitespace 'cho= mp)
=C2=A0 =C2=A0(setq-local electric-pair-open-newline-between-pairs ni= l))
=C2=A0
+;;;###autoload
+(define-derived-mode lisp-data-mode pr= og-mode "Lisp-Data"
+ =C2=A0"Major mode for buffers holdi= ng data written in Lisp syntax."
+ =C2=A0:group 'lisp
+ =C2= =A0(lisp-mode-variables)
+ =C2=A0(set-syntax-table lisp-mode-syntax-tabl= e)
+ =C2=A0(setq-local electric-quote-string t)
+ =C2=A0(setq imenu-c= ase-fold-search nil))
+
=C2=A0(defun lisp-outline-level ()
=C2=A0 = =C2=A0"Lisp mode `outline-level' function."
=C2=A0 =C2=A0(= let ((len (- (match-end 0) (match-beginning 0))))
@@ -737,7 +733,7 @@ li= sp-mode-map
=C2=A0 =C2=A0"Keymap for ordinary Lisp mode.
=C2=A0A= ll commands in `lisp-mode-shared-map' are inherited by this map.")=
=C2=A0
-(define-derived-mode lisp-mode prog-mode "Lisp"+(define-derived-mode lisp-mode lisp-data-mode "Lisp"
=C2=A0 = =C2=A0"Major mode for editing Lisp code for Lisps other than GNU Emacs= Lisp.
=C2=A0Commands:
=C2=A0Delete converts tabs to spaces as it mov= es back.
@@ -746,7 +742,11 @@ lisp-mode
=C2=A0\\{lisp-mode-map}
= =C2=A0Note that `run-lisp' may be used either to start an inferior Lisp= job
=C2=A0or to switch back to an existing one."
- =C2=A0(lisp-= mode-variables nil t)
+ =C2=A0(setf
+ =C2=A0 (nth 0 font-lock-default= s) '(lisp-cl-font-lock-keywords
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0lisp-cl-font-lock-keywords-1
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0li= sp-cl-font-lock-keywords-2)
+ =C2=A0 (nth 2 font-lock-defaults) t)
= =C2=A0 =C2=A0(setq-local lisp-indent-function 'common-lisp-indent-funct= ion)
=C2=A0 =C2=A0(setq-local find-tag-default-function 'lisp-find-t= ag-default)
=C2=A0 =C2=A0(setq-local comment-start-skip
diff --git a/= lisp/emacs-lisp/pp.el b/lisp/emacs-lisp/pp.el
index 3df7b0e368..4d8bf529= 34 100644
--- a/lisp/emacs-lisp/pp.el
+++ b/lisp/emacs-lisp/pp.el
= @@ -42,7 +42,7 @@ pp-to-string
=C2=A0OBJECT can be any Lisp object.=C2= =A0 Quoting characters are used as needed
=C2=A0to make output that `rea= d' can handle, whenever this is possible."
=C2=A0 =C2=A0(with-t= emp-buffer
- =C2=A0 =C2=A0(lisp-mode-variables nil)
+ =C2=A0 =C2=A0(l= isp-mode-variables)
=C2=A0 =C2=A0 =C2=A0(set-syntax-table emacs-lisp-mod= e-syntax-table)
=C2=A0 =C2=A0 =C2=A0(let ((print-escape-newlines pp-esca= pe-newlines)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(print-quoted t))<= br>diff --git a/lisp/files.el b/lisp/files.el
index fa72e51c49..a769d061= f9 100644
--- a/lisp/files.el
+++ b/lisp/files.el
@@ -2657,6 +2657= ,9 @@ auto-mode-alist
=C2=A0 =C2=A0 =C2=A0 ("\\.ltx\\'" . = latex-mode)
=C2=A0 =C2=A0 =C2=A0 ("\\.dtx\\'" . doctex-mod= e)
=C2=A0 =C2=A0 =C2=A0 ("\\.org\\'" . org-mode)
+ =C2= =A0 =C2=A0 ;; .dir-locals.el is not really elisp.=C2=A0 Can't use the+ =C2=A0 =C2=A0 ;; `dir-locals-file' constant since that is defined b= elow.
+ =C2=A0 =C2=A0 (".dir-locals.el" . lisp-data-mode)
= =C2=A0 =C2=A0 =C2=A0 ("\\.el\\'" . emacs-lisp-mode)
=C2=A0= =C2=A0 =C2=A0 ("Project\\.ede\\'" . emacs-lisp-mode)
=C2= =A0 =C2=A0 =C2=A0 ("\\.\\(scm\\|stk\\|ss\\|sch\\)\\'" . schem= e-mode)
diff --git a/lisp/help-fns.el b/lisp/help-fns.el
index 0a99b8= d6a3..dbf2cb807b 100644
--- a/lisp/help-fns.el
+++ b/lisp/help-fns.el=
@@ -1000,7 +1000,7 @@ describe-variable
=C2=A0 =C2=A0 =C2=A0(terpr= i)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0(let ((buf (current-buffer)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(with-temp-buffer
- =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0(lisp-mode-variables nil)
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(lisp-mode-variables)
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0(set-syntax-table emacs-lisp-mode-syntax-table)
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0(insert print-rep)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(pp-buffer)
diff --git a/li= sp/progmodes/elisp-mode.el b/lisp/progmodes/elisp-mode.el
index f85fd771= ca..2f231781ba 100644
--- a/lisp/progmodes/elisp-mode.el
+++ b/lisp/p= rogmodes/elisp-mode.el
@@ -250,7 +250,7 @@ elisp--dynlex-modeline-map=C2=A0 =C2=A0 =C2=A0map))
=C2=A0
=C2=A0;;;###autoload
-(define-de= rived-mode emacs-lisp-mode prog-mode
+(define-derived-mode emacs-lisp-mo= de lisp-data-mode
=C2=A0 =C2=A0`("ELisp"
=C2=A0 =C2=A0 =C2= =A0(lexical-binding (:propertize "/l"
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0help-echo "= Using lexical-binding mode")
@@ -268,35 +268,26 @@ emacs-lisp-mode<= br>=C2=A0\\{emacs-lisp-mode-map}"
=C2=A0 =C2=A0:group 'lisp
= =C2=A0 =C2=A0(defvar project-vc-external-roots-function)
- =C2=A0(lisp-m= ode-variables nil nil 'elisp)
+ =C2=A0(setcar font-lock-defaults
= + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'(lisp-el-font-lock-keywords
+ = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0lisp-el-font-lock-keywords-1
+ = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0lisp-el-font-lock-keywords-2))
= + =C2=A0(set-syntax-table emacs-lisp-mode-syntax-table)
=C2=A0 =C2=A0(ad= d-hook 'after-load-functions #'elisp--font-lock-flush-elisp-buffers= )
=C2=A0 =C2=A0(if (boundp 'electric-pair-text-pairs)
=C2=A0 =C2= =A0 =C2=A0 =C2=A0(setq-local electric-pair-text-pairs
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(append '((?\` . ?\= ') (?\=E2=80=98 . ?\=E2=80=99))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0electric-pair= -text-pairs))
=C2=A0 =C2=A0 =C2=A0(add-hook 'electric-pair-mode-hook= #'emacs-lisp-set-electric-text-pairs))
- =C2=A0(setq-local electric= -quote-string t)
- =C2=A0(setq imenu-case-fold-search nil)
=C2=A0 =C2= =A0(add-hook 'eldoc-documentation-functions
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0#'elisp-eldoc-documentation-function nil t)
= =C2=A0 =C2=A0(add-hook 'xref-backend-functions #'elisp--xref-backen= d nil t)
=C2=A0 =C2=A0(setq-local project-vc-external-roots-function #&#= 39;elisp-load-path-roots)
=C2=A0 =C2=A0(add-hook 'completion-at-poin= t-functions
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#'elisp-= completion-at-point nil 'local)
- =C2=A0;; .dir-locals.el and lock f= iles will cause the byte-compiler and
- =C2=A0;; checkdoc emit spurious = warnings, because they don't follow the
- =C2=A0;; conventions of Em= acs Lisp sources.=C2=A0 Until we have a better fix,
- =C2=A0;; like teac= hing elisp-mode about files that only hold data
- =C2=A0;; structures, w= e disable the ELisp Flymake backend for these files.
- =C2=A0(unless
= - =C2=A0 =C2=A0 =C2=A0(let* ((bfname (buffer-file-name))
- =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 (fname (and (stringp bfname) (file-name-nondir= ectory bfname))))
- =C2=A0 =C2=A0 =C2=A0 =C2=A0(and (stringp fname)
-= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (or (string-match "\\`\\.#&= quot; fname)
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (= string-equal dir-locals-file fname))))
- =C2=A0 =C2=A0(add-hook 'fly= make-diagnostic-functions #'elisp-flymake-checkdoc nil t)
- =C2=A0 = =C2=A0(add-hook 'flymake-diagnostic-functions
- =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0#'elisp-flymake-byte-compile nil t)))
+ = =C2=A0(add-hook 'flymake-diagnostic-functions #'elisp-flymake-check= doc nil t)
+ =C2=A0(add-hook 'flymake-diagnostic-functions
+ =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#'elisp-flymake-byte-compi= le nil t))
=C2=A0
=C2=A0;; Font-locking support.
=C2=A0
diff --= git a/lisp/progmodes/inf-lisp.el b/lisp/progmodes/inf-lisp.el
index 9f34= a377f4..aa6c718041 100644
--- a/lisp/progmodes/inf-lisp.el
+++ b/lisp= /progmodes/inf-lisp.el
@@ -274,7 +274,8 @@ inferior-lisp-mode
=C2=A0t= o continue it."
=C2=A0 =C2=A0(setq comint-prompt-regexp inferior-li= sp-prompt)
=C2=A0 =C2=A0(setq mode-line-process '(":%s"))<= br>- =C2=A0(lisp-mode-variables t)
+ =C2=A0(set-syntax-table lisp-mode-s= yntax-table)
+ =C2=A0(lisp-mode-variables)
=C2=A0 =C2=A0(setq comint-= get-old-input (function lisp-get-old-input))
=C2=A0 =C2=A0(setq comint-i= nput-filter (function lisp-input-filter)))



On Fri, Apr 17, 2020 at 6:19 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com>
> Date: Fri, 17 Apr 2020 16:55:07 +0100
> Cc: Stefan Monnier <monnier@iro.umontreal.ca>, Juri Linkov <juri@linkov.net>, 40573@debbugs.gnu.org,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Dmitry Gutov <dgutov@yandex.ru>
>
> Can you explain what is dirty about having that mode for a subset
> of files that _could_ make use of it and having the user select
> it via M-x lisp-data-mode when he thinks it's useful?

I already did, many times.=C2=A0 I have nothing new to say about this.

> Can you give
> evidence of any benefit to your all-or-nothing stance here?

I don't have to give any evidence.=C2=A0 We both have our opinions, and=
they are different.=C2=A0 Please respect mine.

> I've explained, many times, that turning it on automatically for <= br> > non-generated files, is impossible to achieve.=C2=A0 Do you disagree <= br> > with this statement?

Yes, I do.=C2=A0 Also mentioned more than once.

Can we please stop this futile going in circles?


--
Jo=C3=A3o T=C3=A1vora
--000000000000ab9cdb05a38c6eb3-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 05:28:55 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 09:28:55 +0000 Received: from localhost ([127.0.0.1]:41999 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPjmR-0005Eq-GK for submit@debbugs.gnu.org; Sat, 18 Apr 2020 05:28:55 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44993) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPjmP-0005Ed-6f for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 05:28:54 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56242) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPjmI-0005Uf-3Z; Sat, 18 Apr 2020 05:28:46 -0400 Received: from [176.228.60.248] (port=1764 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPjmH-0003M7-3A; Sat, 18 Apr 2020 05:28:45 -0400 Date: Sat, 18 Apr 2020 12:28:34 +0300 Message-Id: <83a739b0sd.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sat, 18 Apr 2020 09:26:59 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: contovob@tcd.ie, 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Sat, 18 Apr 2020 09:26:59 +0100 > Cc: Stefan Monnier , Juri Linkov , 40573@debbugs.gnu.org, > Dmitry Gutov > > I've put "the code" in a branch in our repo, called 'scratch/add-lisp-data'. Thanks. The backward-incompatible change in lisp-mode-variables is something I'd like to avoid. Is it really necessary? Also, what about .dir-locals-2.el? The tramp-persistency-file-name has a known fixed file name; why not add it to auto-mod-alist? Likewise with eww's eww-bookmarks and saveplace's save-place-file (2 standard names). I also think we have many more similar Lisp data files mentioned in the core alone: I see a lot if I grep the Lisp files for "~/". From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 06:03:20 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 10:03:20 +0000 Received: from localhost ([127.0.0.1]:42004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPkJk-00064B-8y for submit@debbugs.gnu.org; Sat, 18 Apr 2020 06:03:20 -0400 Received: from mail-il1-f171.google.com ([209.85.166.171]:45683) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPkJi-00063x-Ug for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 06:03:19 -0400 Received: by mail-il1-f171.google.com with SMTP id i2so4726427ils.12 for <40573@debbugs.gnu.org>; Sat, 18 Apr 2020 03:03:18 -0700 (PDT) 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 :cc; bh=dCTxc2uDmgwFdkoXkRKfnXOKcIjMQYQjrHfys3mRzbE=; b=MRcnJSH9niDiXTPzGr5DxPrX7I5WSgApUzZ89TjBF+FS2bxuVckOgLajAvvnYKpNw+ pV/VW+nmXy/uwWTUdl9KP+pjg+OReFXcLJsHRDCkUHPOgXf7Q2VT19eEp7fMZEsEdAcN IM0kIbwcwXz98ZNbOqJmlgDRrmBvA2pU734R11pN14N2yonGUAz3Yys9Y+1eLt1oTC1p y4YY6gSjT+w4at+oh7R3LIuewQG0BLVHwJYJH3hpf6ONwoi47VWgFT/8ubVRMaKkDopM jWzVSsCkU908qlFtzG2H9HxOPBc0Ac3VeHwdk1fuhJiOEdruoeACB9+9O4lNxcqwArvk bF7g== 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:cc; bh=dCTxc2uDmgwFdkoXkRKfnXOKcIjMQYQjrHfys3mRzbE=; b=VbJoWQPOGgAtBkHeJIE+I1EAAqoHu2XNVueQwNrp+utHhdY+xRee3d562cX7UwoOeY nALq/jiVAESrv7fAAFHIKc/dcaMX5cxk69NZRCHk0oAaE2gMpgyGm8szPgEbFP05NAE2 ofB9E8wcVE7l+a3gFfaIQNKCjYOjgBIhZITagOC+xNPwJT6L5rrJ4YrGdVB1Np1bnGgn tmogDGtDPU3Xk5LlNzL11uPEaRlGmQa53lC5MNTGUP/HnIRCoMoJC5CQ1p4FS8tAvaWX DlChmzDw0l7VTrZwCxwOlGQvGQ/h0kM4FVpcAuLUiA5YrqC+eXTUQyLmAH0BCSSuD3eY UbAw== X-Gm-Message-State: AGi0PuZTTg81w1rzb7ZclJWEkUgobsxMKPxF7hxPv9luD0g3WB5vN6jG bfeJbSkwA7IjGh1GKVCDu/0yoG4AYBgEOVw6USg= X-Google-Smtp-Source: APiQypL+X1kCC0PqRruKDT6+npg9inIRG2BmMwaKBfNfOaBP0MCk0DZnr0gRWMHOu036XM692DCcCblSEe5KmS/TSvo= X-Received: by 2002:a92:7e86:: with SMTP id q6mr7272792ill.9.1587204193160; Sat, 18 Apr 2020 03:03:13 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> In-Reply-To: <83a739b0sd.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sat, 18 Apr 2020 11:03:01 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000001e938605a38dc62e" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --0000000000001e938605a38dc62e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Apr 18, 2020 at 10:28 AM Eli Zaretskii wrote: > > From: Jo=C3=A3o T=C3=A1vora > > Date: Sat, 18 Apr 2020 09:26:59 +0100 > > Cc: Stefan Monnier , Juri Linkov < juri@linkov.net>, 40573@debbugs.gnu.org, > > Dmitry Gutov > > > > I've put "the code" in a branch in our repo, called 'scratch/add-lisp-data'. > > Thanks. The backward-incompatible change in lisp-mode-variables is > something I'd like to avoid. Is it really necessary? What is it backward-incompatible to? As far as I can tell, it's an internal lisp routine, not called by any code outside of Emacs core. It's never been mentioned as an "Incompatible lisp change" in any NEWS, ever. It's mentioned briefly in the manual as an example of a helper function that aids in writing modes, and the arguments are quite irrelevant there. I can change that example to match the reality, if you want. If you're talking strictly about about keeping the calling convention for any hypothetical user code that might be relying on it, we can add `&rest dummy`. But I can't really see the why. Do you want me to do either of these 2 things? > Also, what about .dir-locals-2.el? I forgot about it. I'll add it to the auto-mode-alist in the next iteration= . > The tramp-persistency-file-name has a known fixed file name; why not > add it to auto-mod-alist? Likewise with eww's eww-bookmarks and > saveplace's save-place-file (2 standard names). I just thought it was simpler to add the cookie. What's the problem with that? Maybe one day it ceases to have that known file name, and less code has to be touched. Using auto-mode-alist is repeating oneself. If one can avoid it it's a good idea. Unless you're aware of some disadvantage of cookies that I'm not seeing. Anyway, I can surely switch to auto-mode-alist if you insist, no problem. Do you insist in this? > I also think we have > many more similar Lisp data files mentioned in the core alone: I see a > lot if I grep the Lisp files for "~/". Sure, but I don't know which of those are Lisp data or not. For the set I edited, I relied on the feedback and the work of Juri and Basil, who presumably know and work these files. I'm all for extending lisp-data-mode to these files if someone (perhaps some users or the authors of the extensions who produce these files). But I don't use them, so I'm not the best person to judge if they should have the cookie or not. If you do use and know some of these files, I think I've shown how trivial it is to make them use lisp-data-mode. -- Jo=C3=A3o T=C3=A1vora --0000000000001e938605a38dc62e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Apr 18, 2020 at 10:28 AM Eli Zaretskii <eliz@gnu.org> wrote:
&= gt; > From: Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com>
> > Date: Sat= , 18 Apr 2020 09:26:59 +0100
> > Cc: Stefan Monnier <monnier@iro.umontreal.c= a>, Juri Linkov <juri@linkov.net>, 40573@debbugs.gnu.org,
> > =C2=A0 =C2=A0 =C2=A0 = Dmitry Gutov <dgut= ov@yandex.ru>
> >
> > I've put "the code&= quot; in a branch in our repo, called 'scratch/add-lisp-data'.
&= gt;
> Thanks.=C2=A0 The backward-incompatible change in lisp-mode-var= iables is
> something I'd like to avoid.=C2=A0 Is it really = necessary?

What is it backward-incompatible to?=C2=A0 A= s far as I can tell, it's an
internal lisp routine, not called = by any code outside of Emacs core.
It's never been mentioned = as an "Incompatible lisp change" in any
NEWS, ever.=C2= =A0 It's mentioned briefly in the manual as an example
of a h= elper function that aids in writing modes, and the arguments
are = quite irrelevant there. I can change that example to match the
reality, if you want.

If you're talking= strictly about about keeping the calling convention
for any hypo= thetical user code that might be relying on it, we can
add `= &rest dummy`.=C2=A0 But I can't really see the why.
=
Do you want me to do either of these 2 things?

= > Also, what about .dir-locals-2.el?

I forgot abo= ut it. I'll add it to the auto-mode-alist in the next iteration.
=C2=A0
> The tramp-persistency-file-name has a known fixed file na= me; why not
> add it to auto-mod-alist?=C2=A0 Likewise with eww's= eww-bookmarks and
> saveplace's save-place-file (2 standard name= s).

I just thought it was simpler to add the cookie.=C2=A0 What'= ;s
the problem with that?=C2=A0 Maybe one day it ceases to
have that known file name, and less code has to be
to= uched.=C2=A0 Using auto-mode-alist is repeating oneself.=C2=A0
If one can avoid it it's a good idea.=C2=A0 Unless you're aware<= /div>
of some disadvantage of cookies that I'm not seeing.

Anyway, I can surely switch to auto-mode-alist if you=
insist, no problem. Do you insist in this?
> I also think we have
> many more similar Lisp data files= mentioned in the core alone: I see a
> lot if I grep the Lisp f= iles for "~/".

Sure, but I don't kno= w which of those are Lisp data or not.=C2=A0 For
the set I e= dited, I relied on the feedback and the work of Juri
and Basi= l, who presumably know and work these files. I'm all for
ext= ending lisp-data-mode to these files if someone (perhaps
som= e users or the authors of the extensions who produce
these f= iles). But I don't use them, so I'm not the best person
<= div>to judge if they should have the cookie or not.

If you do use and know some of these files, I think I've shown
<= div>how trivial it is to make them use lisp-data-mode.

--
J= o=C3=A3o T=C3=A1vora
--0000000000001e938605a38dc62e-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 07:08:47 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 11:08:47 +0000 Received: from localhost ([127.0.0.1]:42021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPlL1-0007oZ-FQ for submit@debbugs.gnu.org; Sat, 18 Apr 2020 07:08:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPlKz-0007oJ-FA for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 07:08:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56941) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPlKs-0008VN-ON; Sat, 18 Apr 2020 07:08:34 -0400 Received: from [176.228.60.248] (port=1392 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPlKr-0003oT-UJ; Sat, 18 Apr 2020 07:08:34 -0400 Date: Sat, 18 Apr 2020 14:08:23 +0300 Message-Id: <835zdxaw60.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sat, 18 Apr 2020 11:03:01 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: contovob@tcd.ie, 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Sat, 18 Apr 2020 11:03:01 +0100 > Cc: "Basil L. Contovounesios" , Stefan Monnier , > Juri Linkov , 40573@debbugs.gnu.org, Dmitry Gutov > > > Thanks. The backward-incompatible change in lisp-mode-variables is > > something I'd like to avoid. Is it really necessary? > > What is it backward-incompatible to? As far as I can tell, it's an > internal lisp routine, not called by any code outside of Emacs core. It isn't internal judging by its symbol, so it would be good not to break compatibility, I think. > If you're talking strictly about about keeping the calling convention > for any hypothetical user code that might be relying on it, we can > add `&rest dummy`. But I can't really see the why. It's just good practice. It prevents us from dealing with later complaints and bug reports about breaking someone's code. > Do you want me to do either of these 2 things? If it isn't infeasible, please do. > > The tramp-persistency-file-name has a known fixed file name; why not > > add it to auto-mod-alist? Likewise with eww's eww-bookmarks and > > saveplace's save-place-file (2 standard names). > > I just thought it was simpler to add the cookie. What's > the problem with that? Existing files was what I had in mind. > Anyway, I can surely switch to auto-mode-alist if you > insist, no problem. Do you insist in this? Do I have to insist? In any case, I didn't mean to use auto-mode-alist _instead_ odf adding the cookie automatically, I meant to do it in addition. > If you do use and know some of these files, I think I've shown > how trivial it is to make them use lisp-data-mode. Sorry, I don't have time to do that research for now. Hopefully, someone else will be able to do that. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 07:56:09 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 11:56:09 +0000 Received: from localhost ([127.0.0.1]:42063 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPm4v-0002bO-0S for submit@debbugs.gnu.org; Sat, 18 Apr 2020 07:56:09 -0400 Received: from mail-ed1-f53.google.com ([209.85.208.53]:38212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPm4s-0002aw-H7 for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 07:56:06 -0400 Received: by mail-ed1-f53.google.com with SMTP id e5so3441889edq.5 for <40573@debbugs.gnu.org>; Sat, 18 Apr 2020 04:56:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd-ie.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=X00cfuH+Dsjuy3jGzv2tHbkMjheWkcLSpWTW50svkLg=; b=KpSWYPXZygVNmU8BCo/GplklaUdqI1BryyYvj01iakzcGJi6RMYrUwjhuE669p3Sva /HlovuVdnr78rIfiCWQgcqrHsrhgIgVQBymcm3pqfbC4Z7rGgfz45dBLwRap3L3NHJmj y/9/JD7J1qGkueQv6HFK4G44HPshGnUXnasMhmMBfvAv/cQb9eUuazI+lDfEnxYsSqDI SL0lm7SiE4NAuo213UtbfJT9OWWWo5KGShav3YDNTYKOTb890OLoACJchX1ni0VeUBwy V3CrR8QsF3t5ECekHKUC8VX2J20eXlCpCaVKszMCNnX0rs4hswmoRUZazVuj82VCqbiO S4lw== 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:content-transfer-encoding; bh=X00cfuH+Dsjuy3jGzv2tHbkMjheWkcLSpWTW50svkLg=; b=keuTaXhbfzAlPi9UTduR+98mNE3HfJRjJC1en6fqvaIT5VmzF/U5C3W3IFY7g/LX6K rETDRQwPP1Fo1wFLx4iNr2UPHtZneEWuInj3kcHvT4afSs65TmB/QiL1QEQSsJpEBZ+D pUl0CiahdBE5ij9em+9FiOwioVQ2aS1ZUYI9NJYs7V2lHcS6AGOEY/sh9i/rJqdnoYBN lf5J6FuoDX/oDN6/p5U75x95WyNh3fOUPqgiyj5OXdaU0Gcm0v9F09zqNsMJDuTfxX0H wziOOGJoDxzW9QSgwTqeAymoyfeQNT+IpnH/TCgdq7IdSHkIA1vxWKnl6V8uVwCJ0TiB cZcA== X-Gm-Message-State: AGi0PuZTcsmUajT9ds9P3nnUTDfB8MQTolFZHfN37z2csmBIDuR+j2pV /Mu8vrQvUN3pXMWJK7YMYooZfazEQMwG6g== X-Google-Smtp-Source: APiQypLwJGrAyATF5awLm4GZ4wRXkLg/or/ZTqG5AdNOsaUkcnJ8VO9oJqRwpS/61bKnySszkn8iCg== X-Received: by 2002:a05:6402:17ad:: with SMTP id j13mr6641415edy.46.1587210960706; Sat, 18 Apr 2020 04:56:00 -0700 (PDT) Received: from localhost ([2a02:8084:20e2:c380:92bd:1bfd:38fc:fae2]) by smtp.gmail.com with ESMTPSA id s17sm2050326edq.16.2020.04.18.04.55.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 18 Apr 2020 04:55:59 -0700 (PDT) From: "Basil L. Contovounesios" To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> Date: Sat, 18 Apr 2020 12:55:58 +0100 In-Reply-To: (=?utf-8?Q?=22Jo=C3=A3o_T=C3=A1vora=22's?= message of "Sat, 18 Apr 2020 11:03:01 +0100") Message-ID: <87y2qtm2i9.fsf@tcd.ie> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) Jo=C3=A3o T=C3=A1vora writes: >> I also think we have >> many more similar Lisp data files mentioned in the core alone: I see a >> lot if I grep the Lisp files for "~/". > > Sure, but I don't know which of those are Lisp data or not. For=20 > the set I edited, I relied on the feedback and the work of Juri > and Basil, who presumably know and work these files. I'm all for > extending lisp-data-mode to these files if someone (perhaps=20 > some users or the authors of the extensions who produce=20 > these files). But I don't use them, so I'm not the best person=20 > to judge if they should have the cookie or not. > > If you do use and know some of these files, I think I've shown > how trivial it is to make them use lisp-data-mode. Another candidate: Gnus score files, an example of whose format is given in '(gnus) Score File Format'. By default, they have have a file suffix of either ".SCORE" or ".ADAPT", as determined by the user options gnus-score-file-suffix and gnus-adaptive-file-suffix, respectively. Would these suffixes be unique enough on their own to be added to auto-mode-alist? Perhaps gnus-score.el could do this after evaluating the defcustoms. As for automatically adding a -*- mode -*- cookie - my guess is that gnus-score-save is the right place. Thanks, --=20 Basil From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 07:57:39 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 11:57:39 +0000 Received: from localhost ([127.0.0.1]:42070 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPm6M-0002e8-Li for submit@debbugs.gnu.org; Sat, 18 Apr 2020 07:57:38 -0400 Received: from mail-il1-f173.google.com ([209.85.166.173]:42248) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPm6K-0002dU-FB for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 07:57:37 -0400 Received: by mail-il1-f173.google.com with SMTP id t10so4882685ilg.9 for <40573@debbugs.gnu.org>; Sat, 18 Apr 2020 04:57:36 -0700 (PDT) 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 :cc; bh=LX+Mw7/RnCtOBczq/gnEx0tNwMaibBCztlMJhfkeRM4=; b=Z3YI0W5M4a24x1EpBjUp4aJX2LjyCzpi6IKWkC/rzRbqeSZvDOAcjpZltwss+wYu63 isvk0G7thZ5iwHVc5WfLqrbisKWfgZ4rJgDp8Pdpex1dRaUeoFOipyaJMfE6dbJzbHFs 8UsvmSct8iSG3i7a8Iu9oGoBFxlkn9w6DyiXZXpNAZc9uPLVs8Rco/a/BS/VJVJE826T xk+MKgko6grCzZHawEj1eDgYIoKUqByTv6uoOS16eIXOLpl/VMMMadtplHusUgba6Sde CD2Iq49KtVvetk2DbrfPTFW7jH6AGmPQNJZC9O1ZO7z5/4M4fQVLRSBk64JkSrV4bGeO yd/A== 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:cc; bh=LX+Mw7/RnCtOBczq/gnEx0tNwMaibBCztlMJhfkeRM4=; b=OqIUB8YJgm4V/mwvaGT1kLNtBBNqiss9TeIYGZZRoh0kkmyE3oPJ8JiZeq3enuVjqY wfKEDmucZusq8ICGt+thgrgvXaOKftc5lKoGgSXPeH8gyFDr+KKTfRdHUHDxLvNL3wHE a8UJxd3hFGT6vzuo7ia3p/y6+TdfxSQPMK9487RgJlvVk7NmjYDs/ohzqOT9DiP3Mr8v rT3+bsfEYlx0bdm/D2fRSIZVcNfKQHKCfEjgDsheyNR6cRAyv5S56n98vj+5WgNgBL9X U1SReXk22kvWbMAoKraBNyFiiu2JH0z7wz+jlwkqRTzu84Shj7r3Ji54a3MmoqtB2GDQ 4uww== X-Gm-Message-State: AGi0PuZ8pKLbEZzVP7LLQCCxjTKdEGTq1AmLZIWMej+AdQrQCZ2lmne7 GVuDNgP4eeOVvBGreuvzrSlU/VXP0bUGxIlsiGA= X-Google-Smtp-Source: APiQypKGybMw2xcq5kQqxyJhbLFdmgz5hDSf03e9VC/u8fH3oepUD+LGygm3ovqjQZqSoJlPREFjxBm5yR0m48i5mxg= X-Received: by 2002:a05:6e02:6c1:: with SMTP id p1mr7729358ils.137.1587211050776; Sat, 18 Apr 2020 04:57:30 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> In-Reply-To: <835zdxaw60.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sat, 18 Apr 2020 12:57:19 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000dd7d4605a38f5efd" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --000000000000dd7d4605a38f5efd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Apr 18, 2020 at 12:08 PM Eli Zaretskii wrote: > It isn't internal judging by its symbol, so it would be good not to > break compatibility, I think. Most of the code in Emacs doesn't follow the -- naming convention, yet. There are no mentions to it in ELPA. But indeed I've found some code in SLIME and SLY that uses it. I know the maintainers of these packages well (one of them is me) and will ensure there is no impact. > > Do you want me to do either of these 2 things? > If it isn't infeasible, please do. OK. > > I just thought it was simpler to add the cookie. What's > > the problem with that? > Existing files was what I had in mind. OK. I admit I don't care much about those, but why not... > > Anyway, I can surely switch to auto-mode-alist if you > > insist, no problem. Do you insist in this? > Do I have to insist? Any problem with doing so? I'll interpret that as a "Yes". > In any case, I didn't mean to use auto-mode-alist _instead_ odf adding > the cookie automatically, I meant to do it in addition. Ah, indeed I had misunderstood you. But what's the point in having them also in the cookies then? That bit escapes me. Anyway, I went and looked at the three files you mention, and I discovered they're not "fixed" as I thought. They're defcustom and defined way after auto-mode-alist, so we'd have to add-to-list, contradicting the advice near auto-mode-alist. And the only way we to safely do that add-to-list is to do it from :set directives in the defcustom definition that mutates the auto-mode-alist variable. If it's as complicated as I this, I don't think it's worth it. So, while I don't oppose doing this, if you really insist I'd appreciate you tell me how to do it or what you had in mind. > > If you do use and know some of these files, I think I've shown > > how trivial it is to make them use lisp-data-mode. > > Sorry, I don't have time to do that research for now. Hopefully, > someone else will be able to do that. Yes, let's be hopeful, though I don't yet know who cares about this completeness as much as you. -- Jo=C3=A3o T=C3=A1vora --000000000000dd7d4605a38f5efd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Apr 18, 2020 at = 12:08 PM Eli Zaretskii <eliz@gnu.org= > wrote:

> It isn't internal judging by its symbol, so it = would be good not to
> break compatibility, I think.

Most= of the code in Emacs doesn't follow the -- naming convention,
yet. There are no mentions to it in ELPA.

But in= deed I've found some code in SLIME and SLY that uses it.
I know the maintainers of these packages well (one of them is
me) and will ensure there is no impact.

>= ; > Do you want me to do either of these 2 things?
> If it = isn't infeasible, please do.

OK.
> > I just thought it was simpler to add the cookie.=C2=A0 What'= s
> > the problem with that?
> Existing files was what = I had in mind.

OK. I admit I don't care much a= bout those, but why not...

> > Anyway, I can = surely switch to auto-mode-alist if you
> > insist, no problem. Do= you insist in this?
> Do I have to insist?

=
Any problem with doing so? I'll interpret that as a "Yes"= ;.

> In any case, I didn't mean to use auto-= mode-alist _instead_ odf adding
> the cookie automatically, I me= ant to do it in addition.

Ah, indeed I had misunde= rstood you.=C2=A0 But what's the point
in having them al= so in the cookies then?=C2=A0 That bit escapes me.

Anyway, I went and looked at the three files you mention, and
I discovered they're not "fixed" as I thought. They're= defcustom
and defined way after auto-mode-alist, so we'= d have to add-to-list,
contradicting the advice near auto-mo= de-alist.=C2=A0 And the only way
we to safely do that add-to= -list is to do it from :set=C2=A0 directives
in the defcustom def= inition that mutates the auto-mode-alist
variable. If it's as= complicated as I this, I don't think it's worth it.

=
So, while I don't oppose doing this, if you really insist I&= #39;d
appreciate you tell me how to do it or what you had in= mind.

> > If you do use and know some o= f these files, I think I've shown
> > how trivial it is = to make them use lisp-data-mode.
>
> Sorry, I don't have ti= me to do that research for now.=C2=A0 Hopefully,
> someone else = will be able to do that.

Yes, let's be hopeful= , though I don't yet know who cares about
this completeness a= s much as you.

--
Jo=C3=A3o T=C3=A1vora
--000000000000dd7d4605a38f5efd-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 08:03:34 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 12:03:35 +0000 Received: from localhost ([127.0.0.1]:42083 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPmC6-0002oZ-L7 for submit@debbugs.gnu.org; Sat, 18 Apr 2020 08:03:34 -0400 Received: from mail-il1-f180.google.com ([209.85.166.180]:46250) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPmC4-0002oN-PI for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 08:03:33 -0400 Received: by mail-il1-f180.google.com with SMTP id x2so3574592ilp.13 for <40573@debbugs.gnu.org>; Sat, 18 Apr 2020 05:03:32 -0700 (PDT) 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 :cc; bh=tBkv+R5NNzqXLz6XB7P94EvbKEUcXcNAaVu1HAEUAZI=; b=UdYVKtxNAR7TbfeJ6O4LDMHA+9KTsDIUCSsEat/IF4G4dte1/7BfigRvbPhDSCmqz3 VIAecrpJLRjcp8N7wWjv7Bp9Hx6EJKWJukxdzEs6LZeEa3PR6Nua/wdNVf1VeL6Ml1oB 6vBUJIsXUOzzFlRoWuGuf+FyPWHj3JUT35RDMYcWNXGFINcM5BdDtCBmPuwr2Axlf1TS nCnioXV+IPvHqoZFOzYBh0UfemI21XIIZxNCtkFpgo0NDSi6GW6gf28yZ04NyqIM3Y6V CPTet8in4dH41YhQqchpt35vGITwxVgBSrXp4VzkpOeRR5L74QjiDExW+mU3x/JKXwrW jLIQ== 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:cc; bh=tBkv+R5NNzqXLz6XB7P94EvbKEUcXcNAaVu1HAEUAZI=; b=LAJfoBr4cMmNJ2NrQD27E+p08m0F9HVUugUZyazbqQUXAF0LuTR5beDnjX4Yo52yKV GqemO74XeLHFhCIzNeqV9IaITlf2z3iFmKX8r/6GsTuG9AaXaNLOc3qA3V3MpF0bz4k6 9hhFV8fUwg+7TxJLkaDKw2RDrQhap31kYTQ7BxNslogS7SPcB4DMAKZlTdlBNL5N65m5 naJVoXB2zN9r2Edfr7pTFs71lUZDFx9x+qRy9kE2aWjQpGKXKe5Po9yR+yxNdsjI44n5 gAk7OWyXlqmo/yIO6LrKf1ehsll2NhRqovZC954qk2q364G3Q2iWZTK/01Pb7bX96o0X V/7g== X-Gm-Message-State: AGi0Pua08aScUvNNc5/wMzk8eO11yrEnCGNAvgdTm7V3mTbc8mgPOOVu 6WqvunNNSAO4hu6sAwaHO0Q217hiRIOCBNDiGyU= X-Google-Smtp-Source: APiQypLx4eKpfU+F0WjLQVQ3Zk9I74s8lPM/2RRg83OFPEHVeMKJ+5tj9+SM/d9f+7i4Q+jvS1Js3kX7xRWbewSLsbA= X-Received: by 2002:a92:858b:: with SMTP id f133mr6827971ilh.97.1587211407197; Sat, 18 Apr 2020 05:03:27 -0700 (PDT) MIME-Version: 1.0 References: <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <87y2qtm2i9.fsf@tcd.ie> In-Reply-To: <87y2qtm2i9.fsf@tcd.ie> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sat, 18 Apr 2020 13:03:15 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: "Basil L. Contovounesios" Content-Type: multipart/alternative; boundary="0000000000001c0c5205a38f748f" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --0000000000001c0c5205a38f748f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Apr 18, 2020 at 12:56 PM Basil L. Contovounesios wrote: > gnus-adaptive-file-suffix, respectively. Would these suffixes be unique > enough on their own to be added to auto-mode-alist? Perhaps > gnus-score.el could do this after evaluating the defcustoms. > auto-mode-alist has comments near it that discourage it. I also think we have to understand that auto-mode-alist has the potential to introduce false positives. We don't want too many of those... As for automatically adding a -*- mode -*- cookie - my guess is that > gnus-score-save is the right place. > Awesome, thanks. Well if you're confident about your guess. I think I've shown how easy it is to add them, so I'd personally feel free to submit a patch or to push to that branch (or to add a git commit and publish your branch somewhere else, if you don't have push permissions). Jo=C3=A3o --0000000000001c0c5205a38f748f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Apr 18, 2020 at 12:56 PM Basil L.= Contovounesios <contovob@tcd.ie&= gt; wrote:
gnus-adaptive-file-suffix, respectively.=C2=A0 Would these suffixes be uniq= ue
enough on their own to be added to auto-mode-alist?=C2=A0 Perhaps
gnus-score.el could do this after evaluating the defcustoms.

auto-mode-alist has comments near it that discourage = it.=C2=A0 I also
think we have to understand that auto-mode-alist= has the potential
to introduce false positives.=C2=A0 We don'= ;t want too many of those...

As for automatically adding a -*- mode -*- cookie - my guess is that
gnus-score-save is the right place.

Awe= some, thanks. Well if you're confident about your guess. I think
<= div>I've shown how easy it is to add them, so I'd personally feel f= ree to
submit a patch or to push to that branch (or to add a= git commit
and publish your branch somewhere else, if you don= 9;t have push
permissions).

Jo=C3=A3o


--0000000000001c0c5205a38f748f-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 08:35:52 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 12:35:52 +0000 Received: from localhost ([127.0.0.1]:42126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPmhI-0003d5-HQ for submit@debbugs.gnu.org; Sat, 18 Apr 2020 08:35:52 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55429) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPmhG-0003cs-AO for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 08:35:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57914) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPmh8-0006u4-AQ; Sat, 18 Apr 2020 08:35:38 -0400 Received: from [176.228.60.248] (port=2727 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPmh6-0003yx-Oj; Sat, 18 Apr 2020 08:35:37 -0400 Date: Sat, 18 Apr 2020 15:35:27 +0300 Message-Id: <83zhb99dkg.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sat, 18 Apr 2020 12:57:19 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: contovob@tcd.ie, 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Sat, 18 Apr 2020 12:57:19 +0100 > Cc: "Basil L. Contovounesios" , Stefan Monnier , > Juri Linkov , 40573@debbugs.gnu.org, Dmitry Gutov > > > > Anyway, I can surely switch to auto-mode-alist if you > > > insist, no problem. Do you insist in this? > > Do I have to insist? > > Any problem with doing so? I'll interpret that as a "Yes". It's actually the other way around: if I don't feel my opinion is strong enough, I usually say so. > > In any case, I didn't mean to use auto-mode-alist _instead_ odf adding > > the cookie automatically, I meant to do it in addition. > > Ah, indeed I had misunderstood you. But what's the point > in having them also in the cookies then? That bit escapes me. The cookies will take care of newly created/rewritten files, auto-mode-alist will take care of existing ones that no one has changed yet. The result is a more complete coverage of the involved files. > Anyway, I went and looked at the three files you mention, and > I discovered they're not "fixed" as I thought. They're defcustom > and defined way after auto-mode-alist, so we'd have to add-to-list, No need for such complexity. I meant to mention the standard names in auto-mode-alist, under the assumption that many/most users don't change the default names. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 11:10:37 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 15:10:38 +0000 Received: from localhost ([127.0.0.1]:43388 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPp77-0001Xc-HB for submit@debbugs.gnu.org; Sat, 18 Apr 2020 11:10:37 -0400 Received: from mail-il1-f173.google.com ([209.85.166.173]:40600) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPp75-0001XP-Vg for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 11:10:36 -0400 Received: by mail-il1-f173.google.com with SMTP id f2so5248158ilq.7 for <40573@debbugs.gnu.org>; Sat, 18 Apr 2020 08:10:35 -0700 (PDT) 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 :cc; bh=bdPqr1GeogsVa/UvvzXzRG9cT+oqurt6vEjpBUedwhs=; b=SSGW4fJoJpzrntGr5aUdXPMsNvcLHlXn86m13ebMRaFi2sGGV5pj8sYTnnuNoZ5dmu WAUlv6+GGGnPJmALl5heDVDqeE9vEqIpRLTSFb+deX6nizaX8wXFVSWY/3fsVBdEY5uN 3kP1GGr4udlkT+mDDSvdw1s/tEoo/CRYfmKM++6C6J+uZZyTmqCf+QB82wzNC1fQVTak sfCl6jeqQg5foQ1gNSaT5xYIABKPkoXhvo+EFMGpWRBAzYAXSLopkgXG4TwTL0+pXQ7j FJIdjoD02aqLIGWBr2OVdqtYffDXKxmOv/KI46B2RFCPt4VvU2rC5xAZHioPFted8ake VoNQ== 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:cc; bh=bdPqr1GeogsVa/UvvzXzRG9cT+oqurt6vEjpBUedwhs=; b=a0Ne6j3iXFtP7kdMnu2sG76RT/slzbCHzPf0ZNXlDYtZvojWpPLPZQ+GIaHTkzE3Bi upZpzHmgeTitEfm6EtCgN1nrJ6wHC0RNGJ7ARPO6K6OpWS4WV/vsAh1REDQRHENUg8VH cV0rgCj2T19pLsPP70ZhcEgbCIgmRifhzYrp/GP8yAPFRcWGAGDApZU2NEDUFRmbdWkf wYeNYfq7EtrFh63EUxmvqlCcPGEhypyABZJfSM4BBJo1M29wlfvYVjyi6T0/rJun+rc+ ilSKDrsZPMVKnVZbSQNWgJjaDaBq172pvvz6xBmKPBwce/PPOgixi9sY3/co8smshPgU c3sg== X-Gm-Message-State: AGi0PuZJM245iyn7xe4GosgYW+WRGLnJWzJN4Nz3jwobpVvd2pxyKAad IIdFLQboeyN/YIT4bCHOIixFi2aKISlpFoM7LDQ= X-Google-Smtp-Source: APiQypKLuDkLUqdf0mKBXTcFM9TyRAuqAElVuXs4QhTmENCHjLc6hy77rzNte/Hw/hgG51TL5gL02q8va/T4bluhA+g= X-Received: by 2002:a05:6e02:6c1:: with SMTP id p1mr8427719ils.137.1587222630456; Sat, 18 Apr 2020 08:10:30 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> In-Reply-To: <83zhb99dkg.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sat, 18 Apr 2020 16:10:19 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000011617105a392110c" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --00000000000011617105a392110c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Apr 18, 2020 at 1:35 PM Eli Zaretskii wrote: > > > > > why not add it to auto-mod-alist? > > > > Anyway, I can surely switch to auto-mode-alist if you > > > > insist, no problem. Do you insist in this? > > > Do I have to insist? > > Any problem with doing so? I'll interpret that as a "Yes". > It's actually the other way around: if I don't feel my opinion is > strong enough, I usually say so. This is what actually-actually what happened: you asked "why not add it to auto-mod-alist? " I answered and asked if you insisted, because a question doesn't really sound imperative to me. If it was an instrument of rhetoric, it wasn't very effective. > > Anyway, I went and looked at the three files you mention, and > > I discovered they're not "fixed" as I thought. They're defcustom > > and defined way after auto-mode-alist, so we'd have to add-to-list, > > No need for such complexity. I meant to mention the standard names in > auto-mode-alist, under the assumption that many/most users don't > change the default names. OK. Jo=C3=A3o --00000000000011617105a392110c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Apr 18, 2020 at 1:35 PM Eli Zaretskii <eliz@gnu.org> wrote:

> > > > > why not add it to auto-mod-alist?
> >= > > Anyway, I can surely switch to auto-mode-alist if you
> &g= t; > > insist, no problem. Do you insist in this?
> > > D= o I have to insist?
> > Any problem with doing so? I'll interp= ret that as a "Yes".
> It's actually the other way arou= nd: if I don't feel my opinion is
> strong enough, I usually= say so.

This is what actually-actually what happe= ned: you asked "why
not add it to auto-mod-alist? " I = answered and asked if you
insisted, because a question doesn&= #39;t really sound imperative
to me. If it was an instrument= of rhetoric, it wasn't very effective.

> &g= t; Anyway, I went and looked at the three files you mention, and
> &g= t; I discovered they're not "fixed" as I thought. They're= defcustom
> > and defined way after auto-mode-alist, so we'd = have to add-to-list,
>
> No need for such complexity.=C2=A0 I m= eant to mention the standard names in
> auto-mode-alist, under the as= sumption that many/most users don't
> change the default nam= es.

OK.

Jo=C3=A3o
--00000000000011617105a392110c-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 19:36:58 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 23:36:58 +0000 Received: from localhost ([127.0.0.1]:43782 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPx17-0008OZ-94 for submit@debbugs.gnu.org; Sat, 18 Apr 2020 19:36:58 -0400 Received: from mail-io1-f53.google.com ([209.85.166.53]:42024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPx14-0008OJ-Eo for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 19:36:55 -0400 Received: by mail-io1-f53.google.com with SMTP id y17so6716778iow.9 for <40573@debbugs.gnu.org>; Sat, 18 Apr 2020 16:36:54 -0700 (PDT) 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 :cc; bh=X1ZD6ydVskImAA21C6PCshxHWJCz/fm6Pp45QYr6qW8=; b=NJMVBiamTw/+gyM36ZVx6tJ5J1UYCTC96Knz9rkiO6N6yjPo+YnsfO7RLZmd5MsR3q noYNgnFE60iZDJji3TXOmRY03dUhX414UZ6zpmBXaRSoR7Eo75svPRaV002T7yEqsqUm 5dHgFB7JEzgLQ23NDWY5XEfjbxDADmdjIetqhz0InURQlqqZvCvVl46coleBQRuT6WDf 3gDbjvUBstWmmjThL2HBmsTudSJ2PKwX0VxA7I2iDgOUBmnKafNC8HJTtEHxYbfg9OY3 g+KDlHSQ/bJZG9qQNhdKvWZFQQE0GGUiDh72fDJNUjtA+FE9eIgoZ89OstJhGbsZkyDx mfng== 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:cc; bh=X1ZD6ydVskImAA21C6PCshxHWJCz/fm6Pp45QYr6qW8=; b=lgRwj9Yfn3rzldDvSBCtjzET0PB6YxnN9jR7KqvADO8q5pY49Is/i3pA0hafpGyWGK /lW/VZ63W6CB4ck5QPjCNnZtkOok0TZdJQVUkDw5MX5lxGALyOjXnBgSd2yU5vtvJVHW TFgYo1Pdx5AgALjV5yH5A52KsV//xpLN0tGsM2pZuURRtWn7OIy+h+23FT7ZB0KBFyXe ds24GIYSMr3uC6yfG1BQQg+iddYnuyGB0P2qVVxEVm+S36Z7s2NSQpa6CuWXY4uQF4zf digMMV9a/N8YxWMNbNs1m8gDm/x9gzE6YA6nPrmg316TBhZAJI8QZFe58kzXWFP+xJgw CH3Q== X-Gm-Message-State: AGi0PuZKFazuL9mReSJiZ0k/NaCIPr+xtFIh0Va7MiMa3DDBAWTUT99c qYCmrsT9cCgocc2qF3jTXzpSZ0BrtL9I1RMVII0= X-Google-Smtp-Source: APiQypKzSGwZ81yYzL/YWpg+5nqmJF4YxkLz3scADnvejZ9ywtnIHkAGkSymvqKXTU98lQZgYZ7ycng5NtXKdYSQI0w= X-Received: by 2002:a02:205:: with SMTP id 5mr9177011jau.78.1587253008459; Sat, 18 Apr 2020 16:36:48 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> In-Reply-To: From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 19 Apr 2020 00:36:36 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000bcec3105a399232e" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --000000000000bcec3105a399232e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Here's the final patch as a sum of all the commits in the scratch/add-lisp-data-mode branch. I fixed the small lisp-mode-variables backward incompatibility issue. Any comments/objections? Does this need documentation? Stefan, you want to add an emacs-lisp-data-mode in between lisp-data-mode and emacs-lisp-mode? Thanks, Jo=C3=A3o diff --git a/doc/lispref/modes.texi b/doc/lispref/modes.texi index df7458c3fb..fc68ee1b32 100644 --- b/doc/lispref/modes.texi +++ a/doc/lispref/modes.texi @@ -1356,9 +1356,9 @@ @smallexample @group -(defun lisp-mode-variables (&optional syntax keywords-case-insensitive elisp) - (when syntax - (set-syntax-table lisp-mode-syntax-table)) +(defun lisp-mode-variables () + "Common initialization routine for lisp modes." + (setq-local paragraph-ignore-fill-prefix t) @dots{} @end group @end smallexample @@ -1414,7 +1414,7 @@ @smallexample @group -(define-derived-mode lisp-mode prog-mode "Lisp" +(define-derived-mode lisp-mode lisp-data-mode "Lisp" "Major mode for editing Lisp code for Lisps other than GNU Emacs Lisp. Commands: Delete converts tabs to spaces as it moves back. @@ -1425,7 +1425,7 @@ or to switch back to an existing one." @end group @group - (lisp-mode-variables nil t) + (lisp-mode-variables) (setq-local find-tag-default-function 'lisp-find-tag-default) (setq-local comment-start-skip "\\(\\(^\\|[^\\\n]\\)\\(\\\\\\\\\\)*\\)\\(;+\\|#|\\) *") diff --git a/lisp/bookmark.el b/lisp/bookmark.el index f2384973e9..720ad18c16 100644 --- b/lisp/bookmark.el +++ a/lisp/bookmark.el @@ -734,8 +734,10 @@ (if (memq (coding-system-base coding) '(undecided prefer-utf-8)) (setq coding 'utf-8-emacs)) (insert - (format ";;;; Emacs Bookmark Format Version %d ;;;; -*- coding: %S -*-\n" - bookmark-file-format-version (coding-system-base coding))) + (format + ";;;; Emacs Bookmark Format Version %d\ +;;;; -*- coding: %S mode: lisp-data -*-\n" + bookmark-file-format-version (coding-system-base coding))) (insert ";;; This format is meant to be slightly human-readable;\n" ";;; nevertheless, you probably don't want to edit it.\n" ";;; " diff --git a/lisp/chistory.el b/lisp/chistory.el index 485515d07b..c9aa927b94 100644 --- b/lisp/chistory.el +++ a/lisp/chistory.el @@ -139,7 +139,7 @@ Keybindings: \\{command-history-mode-map}" - (lisp-mode-variables nil) + (lisp-mode-variables) (set (make-local-variable 'revert-buffer-function) 'command-history-revert) (set-syntax-table emacs-lisp-mode-syntax-table)) diff --git a/lisp/emacs-lisp/lisp-mode.el b/lisp/emacs-lisp/lisp-mode.el index 13263f2fb5..3b0f5493ee 100644 --- b/lisp/emacs-lisp/lisp-mode.el +++ a/lisp/emacs-lisp/lisp-mode.el @@ -611,15 +611,10 @@ ;; a single docstring. Let's fix it here. (if (looking-at "\\s-+\"[^\n\"]+\"\\s-*$") "")) -(defun lisp-mode-variables (&optional lisp-syntax keywords-case-insensitiv= e - elisp) +(defun lisp-mode-variables (&rest ignored) "Common initialization routine for lisp modes. -The LISP-SYNTAX argument is used by code in inf-lisp.el and is -\(uselessly) passed from pp.el, chistory.el, gnus-kill.el and -score-mode.el. KEYWORDS-CASE-INSENSITIVE non-nil means that for -font-lock keywords will not be case sensitive." - (when lisp-syntax - (set-syntax-table lisp-mode-syntax-table)) +Any number of parameters is accepted and ignored." + (set-syntax-table lisp-mode-syntax-table) (setq-local paragraph-ignore-fill-prefix t) (setq-local fill-paragraph-function 'lisp-fill-paragraph) (setq-local adaptive-fill-function #'lisp-adaptive-fill) @@ -643,21 +638,23 @@ (setq-local multibyte-syntax-as-symbol t) ;; (setq-local syntax-begin-function 'beginning-of-defun) ;;Bug#16247. (setq font-lock-defaults - `(,(if elisp '(lisp-el-font-lock-keywords - lisp-el-font-lock-keywords-1 - lisp-el-font-lock-keywords-2) - '(lisp-cl-font-lock-keywords - lisp-cl-font-lock-keywords-1 - lisp-cl-font-lock-keywords-2)) - nil ,keywords-case-insensitive nil nil - (font-lock-mark-block-function . mark-defun) - (font-lock-extra-managed-props help-echo) - (font-lock-syntactic-face-function - . lisp-font-lock-syntactic-face-function))) + (list nil nil nil nil nil + '(font-lock-mark-block-function . mark-defun) + '(font-lock-extra-managed-props help-echo) + '(font-lock-syntactic-face-function + . lisp-font-lock-syntactic-face-function))) (setq-local prettify-symbols-alist lisp-prettify-symbols-alist) (setq-local electric-pair-skip-whitespace 'chomp) (setq-local electric-pair-open-newline-between-pairs nil)) +;;;###autoload +(define-derived-mode lisp-data-mode prog-mode "Lisp-Data" + "Major mode for buffers holding data written in Lisp syntax." + :group 'lisp + (lisp-mode-variables) + (setq-local electric-quote-string t) + (setq imenu-case-fold-search nil)) + (defun lisp-outline-level () "Lisp mode `outline-level' function." (let ((len (- (match-end 0) (match-beginning 0)))) @@ -737,7 +734,7 @@ "Keymap for ordinary Lisp mode. All commands in `lisp-mode-shared-map' are inherited by this map.") -(define-derived-mode lisp-mode prog-mode "Lisp" +(define-derived-mode lisp-mode lisp-data-mode "Lisp" "Major mode for editing Lisp code for Lisps other than GNU Emacs Lisp. Commands: Delete converts tabs to spaces as it moves back. @@ -746,7 +743,11 @@ \\{lisp-mode-map} Note that `run-lisp' may be used either to start an inferior Lisp job or to switch back to an existing one." - (lisp-mode-variables nil t) + (setf + (nth 0 font-lock-defaults) '(lisp-cl-font-lock-keywords + lisp-cl-font-lock-keywords-1 + lisp-cl-font-lock-keywords-2) + (nth 2 font-lock-defaults) t) (setq-local lisp-indent-function 'common-lisp-indent-function) (setq-local find-tag-default-function 'lisp-find-tag-default) (setq-local comment-start-skip diff --git a/lisp/emacs-lisp/pp.el b/lisp/emacs-lisp/pp.el index 4d8bf52934..3df7b0e368 100644 --- b/lisp/emacs-lisp/pp.el +++ a/lisp/emacs-lisp/pp.el @@ -42,7 +42,7 @@ OBJECT can be any Lisp object. Quoting characters are used as needed to make output that `read' can handle, whenever this is possible." (with-temp-buffer - (lisp-mode-variables nil) + (lisp-mode-variables) (set-syntax-table emacs-lisp-mode-syntax-table) (let ((print-escape-newlines pp-escape-newlines) (print-quoted t)) diff --git a/lisp/files.el b/lisp/files.el index 56d4679ad7..fa72e51c49 100644 --- b/lisp/files.el +++ a/lisp/files.el @@ -2657,6 +2657,13 @@ ("\\.ltx\\'" . latex-mode) ("\\.dtx\\'" . doctex-mode) ("\\.org\\'" . org-mode) + ;; .dir-locals.el is not really elisp. Could use the + ;; `dir-locals-file' constant if it weren't defined below. + ("\\.dir-locals\\(-2\\)?\\.el\\'" . lisp-data-mode) + ("eww-bookmarks\\'" . lisp-data-mode) + ("tramp\\'" . lisp-data-mode) + ("places\\'" . lisp-data-mode) + ("\\.emacs-places\\'" . lisp-data-mode) ("\\.el\\'" . emacs-lisp-mode) ("Project\\.ede\\'" . emacs-lisp-mode) ("\\.\\(scm\\|stk\\|ss\\|sch\\)\\'" . scheme-mode) diff --git a/lisp/help-fns.el b/lisp/help-fns.el index dbf2cb807b..0a99b8d6a3 100644 --- b/lisp/help-fns.el +++ a/lisp/help-fns.el @@ -1000,7 +1000,7 @@ (terpri) (let ((buf (current-buffer))) (with-temp-buffer - (lisp-mode-variables nil) + (lisp-mode-variables) (set-syntax-table emacs-lisp-mode-syntax-table) (insert print-rep) (pp-buffer) diff --git a/lisp/net/eww.el b/lisp/net/eww.el index a4544023f6..c83884fd25 100644 --- b/lisp/net/eww.el +++ a/lisp/net/eww.el @@ -1733,7 +1733,7 @@ (defun eww-write-bookmarks () (with-temp-file (expand-file-name "eww-bookmarks" eww-bookmarks-directory) - (insert ";; Auto-generated file; don't edit\n") + (insert ";; Auto-generated file; don't edit -*- mode: lisp-data -*-\n"= ) (pp eww-bookmarks (current-buffer)))) (defun eww-read-bookmarks () diff --git a/lisp/net/nsm.el b/lisp/net/nsm.el index cc22427e6d..2d36c5e257 100644 --- b/lisp/net/nsm.el +++ a/lisp/net/nsm.el @@ -964,6 +964,7 @@ (defun nsm-write-settings () (with-temp-file nsm-settings-file + (insert ";;;; -*- mode: lisp-data -*-\n") (insert "(\n") (dolist (setting nsm-permanent-host-settings) (insert " ") diff --git a/lisp/net/tramp-cache.el b/lisp/net/tramp-cache.el index 6d87ce297b..09e30f000f 100644 --- b/lisp/net/tramp-cache.el +++ a/lisp/net/tramp-cache.el @@ -472,7 +472,7 @@ ;; Dump it. (with-temp-file tramp-persistency-file-name (insert - ";; -*- emacs-lisp -*-" + ";; -*- lisp-data -*-" ;; `time-stamp-string' might not exist in all Emacs flavors. (condition-case nil (progn diff --git a/lisp/progmodes/elisp-mode.el b/lisp/progmodes/elisp-mode.el index 2f231781ba..f85fd771ca 100644 --- b/lisp/progmodes/elisp-mode.el +++ a/lisp/progmodes/elisp-mode.el @@ -250,7 +250,7 @@ map)) ;;;###autoload -(define-derived-mode emacs-lisp-mode prog-mode +(define-derived-mode emacs-lisp-mode lisp-data-mode `("ELisp" (lexical-binding (:propertize "/l" help-echo "Using lexical-binding mode") @@ -268,35 +268,26 @@ \\{emacs-lisp-mode-map}" :group 'lisp (defvar project-vc-external-roots-function) - (lisp-mode-variables nil nil 'elisp) + (setcar font-lock-defaults + '(lisp-el-font-lock-keywords + lisp-el-font-lock-keywords-1 + lisp-el-font-lock-keywords-2)) + (set-syntax-table emacs-lisp-mode-syntax-table) (add-hook 'after-load-functions #'elisp--font-lock-flush-elisp-buffers) (if (boundp 'electric-pair-text-pairs) (setq-local electric-pair-text-pairs (append '((?\` . ?\') (?\=E2=80=98 . ?\=E2=80=99)) electric-pair-text-pairs)) (add-hook 'electric-pair-mode-hook #'emacs-lisp-set-electric-text-pairs)) - (setq-local electric-quote-string t) - (setq imenu-case-fold-search nil) (add-hook 'eldoc-documentation-functions #'elisp-eldoc-documentation-function nil t) (add-hook 'xref-backend-functions #'elisp--xref-backend nil t) (setq-local project-vc-external-roots-function #'elisp-load-path-roots) (add-hook 'completion-at-point-functions #'elisp-completion-at-point nil 'local) - ;; .dir-locals.el and lock files will cause the byte-compiler and - ;; checkdoc emit spurious warnings, because they don't follow the - ;; conventions of Emacs Lisp sources. Until we have a better fix, - ;; like teaching elisp-mode about files that only hold data - ;; structures, we disable the ELisp Flymake backend for these files. - (unless - (let* ((bfname (buffer-file-name)) - (fname (and (stringp bfname) (file-name-nondirectory bfname)))) - (and (stringp fname) - (or (string-match "\\`\\.#" fname) - (string-equal dir-locals-file fname)))) - (add-hook 'flymake-diagnostic-functions #'elisp-flymake-checkdoc nil t= ) - (add-hook 'flymake-diagnostic-functions - #'elisp-flymake-byte-compile nil t))) + (add-hook 'flymake-diagnostic-functions #'elisp-flymake-checkdoc nil t) + (add-hook 'flymake-diagnostic-functions + #'elisp-flymake-byte-compile nil t)) ;; Font-locking support. diff --git a/lisp/progmodes/inf-lisp.el b/lisp/progmodes/inf-lisp.el index fca803be18..9f34a377f4 100644 --- b/lisp/progmodes/inf-lisp.el +++ a/lisp/progmodes/inf-lisp.el @@ -274,7 +274,7 @@ to continue it." (setq comint-prompt-regexp inferior-lisp-prompt) (setq mode-line-process '(":%s")) - (lisp-mode-variables t) + (lisp-mode-variables) (setq comint-get-old-input (function lisp-get-old-input)) (setq comint-input-filter (function lisp-input-filter))) diff --git a/lisp/saveplace.el b/lisp/saveplace.el index f78639db24..fa0e181bb1 100644 --- b/lisp/saveplace.el +++ a/lisp/saveplace.el @@ -248,7 +248,7 @@ (delete-region (point-min) (point-max)) (when save-place-forget-unreadable-files (save-place-forget-unreadable-files)) - (insert (format ";;; -*- coding: %s -*-\n" + (insert (format ";;; -*- coding: %s mode: lisp-data -*-\n" (symbol-name coding-system-for-write))) (let ((print-length nil) (print-level nil)) On Sat, Apr 18, 2020 at 4:10 PM Jo=C3=A3o T=C3=A1vora wrote: > On Sat, Apr 18, 2020 at 1:35 PM Eli Zaretskii wrote: > > > > > > > why not add it to auto-mod-alist? > > > > > Anyway, I can surely switch to auto-mode-alist if you > > > > > insist, no problem. Do you insist in this? > > > > Do I have to insist? > > > Any problem with doing so? I'll interpret that as a "Yes". > > It's actually the other way around: if I don't feel my opinion is > > strong enough, I usually say so. > > This is what actually-actually what happened: you asked "why > not add it to auto-mod-alist? " I answered and asked if you > insisted, because a question doesn't really sound imperative > to me. If it was an instrument of rhetoric, it wasn't very effective. > > > > Anyway, I went and looked at the three files you mention, and > > > I discovered they're not "fixed" as I thought. They're defcustom > > > and defined way after auto-mode-alist, so we'd have to add-to-list, > > > > No need for such complexity. I meant to mention the standard names in > > auto-mode-alist, under the assumption that many/most users don't > > change the default names. > > OK. > > Jo=C3=A3o > --=20 Jo=C3=A3o T=C3=A1vora --000000000000bcec3105a399232e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Here's the final patch as a sum of all the commit= s in the scratch/add-lisp-data-mode
branch.=C2=A0 I fixed th= e small lisp-mode-variables backward incompatibility issue.

<= /div>
Any comments/objections?=C2=A0 Does this need documentation?=C2= =A0 Stefan,
you want to add an emacs-lisp-data-mode in betwe= en lisp-data-mode
and emacs-lisp-mode?

<= div>Thanks,
Jo=C3=A3o

diff --git a/doc/l= ispref/modes.texi b/doc/lispref/modes.texi
index df7458c3fb..fc68ee1b32 = 100644
--- b/doc/lispref/modes.texi
+++ a/doc/lispref/modes.texi
@= @ -1356,9 +1356,9 @@
=C2=A0
=C2=A0@smallexample
=C2=A0@group
-(= defun lisp-mode-variables (&optional syntax keywords-case-insensitive e= lisp)
- =C2=A0(when syntax
- =C2=A0 =C2=A0(set-syntax-table lisp-mode= -syntax-table))
+(defun lisp-mode-variables ()
+ =C2=A0"Common i= nitialization routine for lisp modes."
+ =C2=A0(setq-local paragrap= h-ignore-fill-prefix t)
=C2=A0 =C2=A0@dots{}
=C2=A0@end group
=C2= =A0@end smallexample
@@ -1414,7 +1414,7 @@
=C2=A0
=C2=A0@smallexam= ple
=C2=A0@group
-(define-derived-mode lisp-mode prog-mode "Lisp= "
+(define-derived-mode lisp-mode lisp-data-mode "Lisp"=C2=A0 =C2=A0"Major mode for editing Lisp code for Lisps other than = GNU Emacs Lisp.
=C2=A0Commands:
=C2=A0Delete converts tabs to spaces = as it moves back.
@@ -1425,7 +1425,7 @@
=C2=A0or to switch back to an= existing one."
=C2=A0@end group
=C2=A0@group
- =C2=A0(lisp-m= ode-variables nil t)
+ =C2=A0(lisp-mode-variables)
=C2=A0 =C2=A0(setq= -local find-tag-default-function 'lisp-find-tag-default)
=C2=A0 =C2= =A0(setq-local comment-start-skip
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0"\\(\\(^\\|[^\\\n]\\)\\(\\\\\\\\\\)*\\)\\(;+\\|#|\\) = *")
diff --git a/lisp/bookmark.el b/lisp/bookmark.el
index f2384= 973e9..720ad18c16 100644
--- b/lisp/bookmark.el
+++ a/lisp/bookmark.e= l
@@ -734,8 +734,10 @@
=C2=A0 =C2=A0(if (memq (coding-system-base cod= ing) '(undecided prefer-utf-8))
=C2=A0 =C2=A0 =C2=A0 =C2=A0(setq cod= ing 'utf-8-emacs))
=C2=A0 =C2=A0(insert
- =C2=A0 (format ";;= ;; Emacs Bookmark Format Version %d ;;;; -*- coding: %S -*-\n"
- = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 bookmark-file-format-version (coding-sys= tem-base coding)))
+ =C2=A0 (format
+ =C2=A0 =C2=A0";;;; Emacs B= ookmark Format Version %d\
+;;;; -*- coding: %S mode: lisp-data -*-\n&qu= ot;
+ =C2=A0 =C2=A0bookmark-file-format-version (coding-system-base codi= ng)))
=C2=A0 =C2=A0(insert ";;; This format is meant to be slightly= human-readable;\n"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"= ;;; nevertheless, you probably don't want to edit it.\n"
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0";;; "
diff --git a/lisp/ch= istory.el b/lisp/chistory.el
index 485515d07b..c9aa927b94 100644
--- = b/lisp/chistory.el
+++ a/lisp/chistory.el
@@ -139,7 +139,7 @@
=C2= =A0
=C2=A0Keybindings:
=C2=A0\\{command-history-mode-map}"
- = =C2=A0(lisp-mode-variables nil)
+ =C2=A0(lisp-mode-variables)
=C2=A0 = =C2=A0(set (make-local-variable 'revert-buffer-function) 'command-h= istory-revert)
=C2=A0 =C2=A0(set-syntax-table emacs-lisp-mode-syntax-tab= le))
=C2=A0
diff --git a/lisp/emacs-lisp/lisp-mode.el b/lisp/emacs-li= sp/lisp-mode.el
index 13263f2fb5..3b0f5493ee 100644
--- b/lisp/emacs-= lisp/lisp-mode.el
+++ a/lisp/emacs-lisp/lisp-mode.el
@@ -611,15 +611,= 10 @@
=C2=A0 =C2=A0;; a single docstring.=C2=A0 Let's fix it here.=C2=A0 =C2=A0(if (looking-at "\\s-+\"[^\n\"]+\"\\s-*$= ") ""))
=C2=A0
-(defun lisp-mode-variables (&optio= nal lisp-syntax keywords-case-insensitive
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0elisp)
+(defun lisp-mode-variables (&= rest ignored)
=C2=A0 =C2=A0"Common initialization routine for lisp = modes.
-The LISP-SYNTAX argument is used by code in inf-lisp.el and is-\(uselessly) passed from pp.el, chistory.el, gnus-kill.el and
-score-= mode.el.=C2=A0 KEYWORDS-CASE-INSENSITIVE non-nil means that for
-font-lo= ck keywords will not be case sensitive."
- =C2=A0(when lisp-syntax<= br>- =C2=A0 =C2=A0(set-syntax-table lisp-mode-syntax-table))
+Any number= of parameters is accepted and ignored."
+ =C2=A0(set-syntax-table = lisp-mode-syntax-table)
=C2=A0 =C2=A0(setq-local paragraph-ignore-fill-p= refix t)
=C2=A0 =C2=A0(setq-local fill-paragraph-function 'lisp-fill= -paragraph)
=C2=A0 =C2=A0(setq-local adaptive-fill-function #'lisp-a= daptive-fill)
@@ -643,21 +638,23 @@
=C2=A0 =C2=A0(setq-local multibyt= e-syntax-as-symbol t)
=C2=A0 =C2=A0;; (setq-local syntax-begin-function = 'beginning-of-defun) =C2=A0;;Bug#16247.
=C2=A0 =C2=A0(setq font-lock= -defaults
- `(,(if elisp '(lisp-el-font-lock-keywords
- =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 lisp-= el-font-lock-keywords-1
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 lisp-el-font-lock-keywords-2)
- =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 '(lisp-cl-font-lock-keywords
- = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 lisp-cl-font-lock-keywords= -1
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 lisp-cl-font-lock-= keywords-2))
- =C2=A0nil ,keywords-case-insensitive nil nil
- =C2= =A0(font-lock-mark-block-function . mark-defun)
- =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0(font-lock-extra-managed-props help-echo)
- =C2=A0(font-lo= ck-syntactic-face-function
- =C2=A0 . lisp-font-lock-syntactic-face-fun= ction)))
+ (list nil nil nil nil nil
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0'(font-lock-mark-block-function . mark-defun)
+ = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'(font-lock-extra-manag= ed-props help-echo)
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&#= 39;(font-lock-syntactic-face-function
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0. lisp-font-lock-syntactic-face-function)))
=C2= =A0 =C2=A0(setq-local prettify-symbols-alist lisp-prettify-symbols-alist)=C2=A0 =C2=A0(setq-local electric-pair-skip-whitespace 'chomp)
=C2= =A0 =C2=A0(setq-local electric-pair-open-newline-between-pairs nil))
=C2= =A0
+;;;###autoload
+(define-derived-mode lisp-data-mode prog-mode &q= uot;Lisp-Data"
+ =C2=A0"Major mode for buffers holding data wr= itten in Lisp syntax."
+ =C2=A0:group 'lisp
+ =C2=A0(lisp-mo= de-variables)
+ =C2=A0(setq-local electric-quote-string t)
+ =C2=A0(s= etq imenu-case-fold-search nil))
+
=C2=A0(defun lisp-outline-level ()=
=C2=A0 =C2=A0"Lisp mode `outline-level' function."
=C2= =A0 =C2=A0(let ((len (- (match-end 0) (match-beginning 0))))
@@ -737,7 += 734,7 @@
=C2=A0 =C2=A0"Keymap for ordinary Lisp mode.
=C2=A0All = commands in `lisp-mode-shared-map' are inherited by this map.")=C2=A0
-(define-derived-mode lisp-mode prog-mode "Lisp"
+(= define-derived-mode lisp-mode lisp-data-mode "Lisp"
=C2=A0 =C2= =A0"Major mode for editing Lisp code for Lisps other than GNU Emacs Li= sp.
=C2=A0Commands:
=C2=A0Delete converts tabs to spaces as it moves = back.
@@ -746,7 +743,11 @@
=C2=A0\\{lisp-mode-map}
=C2=A0Note that= `run-lisp' may be used either to start an inferior Lisp job
=C2=A0o= r to switch back to an existing one."
- =C2=A0(lisp-mode-variables = nil t)
+ =C2=A0(setf
+ =C2=A0 (nth 0 font-lock-defaults) '(lisp-c= l-font-lock-keywords
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0lisp-cl-font-= lock-keywords-1
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0lisp-cl-font-loc= k-keywords-2)
+ =C2=A0 (nth 2 font-lock-defaults) t)
=C2=A0 =C2=A0(se= tq-local lisp-indent-function 'common-lisp-indent-function)
=C2=A0 = =C2=A0(setq-local find-tag-default-function 'lisp-find-tag-default)
= =C2=A0 =C2=A0(setq-local comment-start-skip
diff --git a/lisp/emacs-lisp= /pp.el b/lisp/emacs-lisp/pp.el
index 4d8bf52934..3df7b0e368 100644
--= - b/lisp/emacs-lisp/pp.el
+++ a/lisp/emacs-lisp/pp.el
@@ -42,7 +42,7 = @@
=C2=A0OBJECT can be any Lisp object.=C2=A0 Quoting characters are use= d as needed
=C2=A0to make output that `read' can handle, whenever th= is is possible."
=C2=A0 =C2=A0(with-temp-buffer
- =C2=A0 =C2=A0(= lisp-mode-variables nil)
+ =C2=A0 =C2=A0(lisp-mode-variables)
=C2=A0 = =C2=A0 =C2=A0(set-syntax-table emacs-lisp-mode-syntax-table)
=C2=A0 =C2= =A0 =C2=A0(let ((print-escape-newlines pp-escape-newlines)
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0(print-quoted t))
diff --git a/lisp/files.el= b/lisp/files.el
index 56d4679ad7..fa72e51c49 100644
--- b/lisp/files= .el
+++ a/lisp/files.el
@@ -2657,6 +2657,13 @@
=C2=A0 =C2=A0 =C2= =A0 ("\\.ltx\\'" . latex-mode)
=C2=A0 =C2=A0 =C2=A0 ("= ;\\.dtx\\'" . doctex-mode)
=C2=A0 =C2=A0 =C2=A0 ("\\.org\\= '" . org-mode)
+ =C2=A0 =C2=A0 ;; .dir-locals.el is not really = elisp.=C2=A0 Could use the
+ =C2=A0 =C2=A0 ;; `dir-locals-file' cons= tant if it weren't defined below.
+ =C2=A0 =C2=A0 ("\\.dir-loca= ls\\(-2\\)?\\.el\\'" . lisp-data-mode)
+ =C2=A0 =C2=A0 ("e= ww-bookmarks\\'" . lisp-data-mode)
+ =C2=A0 =C2=A0 ("tramp= \\'" . lisp-data-mode)
+ =C2=A0 =C2=A0 ("places\\'&quo= t; . lisp-data-mode)
+ =C2=A0 =C2=A0 ("\\.emacs-places\\'"= . lisp-data-mode)
=C2=A0 =C2=A0 =C2=A0 ("\\.el\\'" . emac= s-lisp-mode)
=C2=A0 =C2=A0 =C2=A0 ("Project\\.ede\\'" . em= acs-lisp-mode)
=C2=A0 =C2=A0 =C2=A0 ("\\.\\(scm\\|stk\\|ss\\|sch\\)= \\'" . scheme-mode)
diff --git a/lisp/help-fns.el b/lisp/help-f= ns.el
index dbf2cb807b..0a99b8d6a3 100644
--- b/lisp/help-fns.el
+= ++ a/lisp/help-fns.el
@@ -1000,7 +1000,7 @@
=C2=A0 =C2=A0 =C2=A0(te= rpri)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(let ((buf (current-buffer)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(with-temp-buffer
- = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(lisp-mode-variables nil)
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(lisp-mode-variables)
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0(set-syntax-table emacs-lisp-mode-syntax-table)
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(insert print-rep)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(pp-buffer)
diff --git a= /lisp/net/eww.el b/lisp/net/eww.el
index a4544023f6..c83884fd25 100644--- b/lisp/net/eww.el
+++ a/lisp/net/eww.el
@@ -1733,7 +1733,7 @@=C2=A0
=C2=A0(defun eww-write-bookmarks ()
=C2=A0 =C2=A0(with-temp-= file (expand-file-name "eww-bookmarks" eww-bookmarks-directory)- =C2=A0 =C2=A0(insert ";; Auto-generated file; don't edit\n&quo= t;)
+ =C2=A0 =C2=A0(insert ";; Auto-generated file; don't edit = -*- mode: lisp-data -*-\n")
=C2=A0 =C2=A0 =C2=A0(pp eww-bookmarks (= current-buffer))))
=C2=A0
=C2=A0(defun eww-read-bookmarks ()
diff = --git a/lisp/net/nsm.el b/lisp/net/nsm.el
index cc22427e6d..2d36c5e257 1= 00644
--- b/lisp/net/nsm.el
+++ a/lisp/net/nsm.el
@@ -964,6 +964,7= @@
=C2=A0
=C2=A0(defun nsm-write-settings ()
=C2=A0 =C2=A0(with-t= emp-file nsm-settings-file
+ =C2=A0 =C2=A0(insert ";;;; -*- mode: l= isp-data -*-\n")
=C2=A0 =C2=A0 =C2=A0(insert "(\n")
= =C2=A0 =C2=A0 =C2=A0(dolist (setting nsm-permanent-host-settings)
=C2=A0= =C2=A0 =C2=A0 =C2=A0(insert " ")
diff --git a/lisp/net/tramp-= cache.el b/lisp/net/tramp-cache.el
index 6d87ce297b..09e30f000f 100644--- b/lisp/net/tramp-cache.el
+++ a/lisp/net/tramp-cache.el
@@ -472= ,7 +472,7 @@
=C2=A0 ;; Dump it.
=C2=A0 (with-temp-file tramp-persiste= ncy-file-name
=C2=A0 =C2=A0(insert
- =C2=A0 ";; -*- emacs-lisp= -*-"
+ =C2=A0 ";; -*- lisp-data -*-"
=C2=A0 =C2=A0 = ;; `time-stamp-string' might not exist in all Emacs flavors.
=C2=A0 = =C2=A0 (condition-case nil
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (progn
diff = --git a/lisp/progmodes/elisp-mode.el b/lisp/progmodes/elisp-mode.el
inde= x 2f231781ba..f85fd771ca 100644
--- b/lisp/progmodes/elisp-mode.el
++= + a/lisp/progmodes/elisp-mode.el
@@ -250,7 +250,7 @@
=C2=A0 =C2=A0 = =C2=A0map))
=C2=A0
=C2=A0;;;###autoload
-(define-derived-mode emac= s-lisp-mode prog-mode
+(define-derived-mode emacs-lisp-mode lisp-data-mo= de
=C2=A0 =C2=A0`("ELisp"
=C2=A0 =C2=A0 =C2=A0(lexical-bind= ing (:propertize "/l"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0help-echo "Using lexical-= binding mode")
@@ -268,35 +268,26 @@
=C2=A0\\{emacs-lisp-mode-ma= p}"
=C2=A0 =C2=A0:group 'lisp
=C2=A0 =C2=A0(defvar project-v= c-external-roots-function)
- =C2=A0(lisp-mode-variables nil nil 'eli= sp)
+ =C2=A0(setcar font-lock-defaults
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0'(lisp-el-font-lock-keywords
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0lisp-el-font-lock-keywords-1
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0lisp-el-font-lock-keywords-2))
+ =C2=A0(set-syntax-table emacs= -lisp-mode-syntax-table)
=C2=A0 =C2=A0(add-hook 'after-load-function= s #'elisp--font-lock-flush-elisp-buffers)
=C2=A0 =C2=A0(if (boundp &= #39;electric-pair-text-pairs)
=C2=A0 =C2=A0 =C2=A0 =C2=A0(setq-local ele= ctric-pair-text-pairs
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0(append '((?\` . ?\') (?\=E2=80=98 . ?\=E2=80= =99))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0electric-pair-text-pairs))
=C2=A0 =C2=A0 = =C2=A0(add-hook 'electric-pair-mode-hook #'emacs-lisp-set-electric-= text-pairs))
- =C2=A0(setq-local electric-quote-string t)
- =C2=A0(se= tq imenu-case-fold-search nil)
=C2=A0 =C2=A0(add-hook 'eldoc-documen= tation-functions
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#'e= lisp-eldoc-documentation-function nil t)
=C2=A0 =C2=A0(add-hook 'xre= f-backend-functions #'elisp--xref-backend nil t)
=C2=A0 =C2=A0(setq-= local project-vc-external-roots-function #'elisp-load-path-roots)
= =C2=A0 =C2=A0(add-hook 'completion-at-point-functions
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#'elisp-completion-at-point nil '= local)
- =C2=A0;; .dir-locals.el and lock files will cause the byte-comp= iler and
- =C2=A0;; checkdoc emit spurious warnings, because they don= 9;t follow the
- =C2=A0;; conventions of Emacs Lisp sources.=C2=A0 Until= we have a better fix,
- =C2=A0;; like teaching elisp-mode about files t= hat only hold data
- =C2=A0;; structures, we disable the ELisp Flymake b= ackend for these files.
- =C2=A0(unless
- =C2=A0 =C2=A0 =C2=A0(let* (= (bfname (buffer-file-name))
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = (fname (and (stringp bfname) (file-name-nondirectory bfname))))
- =C2=A0= =C2=A0 =C2=A0 =C2=A0(and (stringp fname)
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 (or (string-match "\\`\\.#" fname)
- =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (string-equal dir-locals-file= fname))))
- =C2=A0 =C2=A0(add-hook 'flymake-diagnostic-functions #&= #39;elisp-flymake-checkdoc nil t)
- =C2=A0 =C2=A0(add-hook 'flymake-= diagnostic-functions
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#= 'elisp-flymake-byte-compile nil t)))
+ =C2=A0(add-hook 'flymake-= diagnostic-functions #'elisp-flymake-checkdoc nil t)
+ =C2=A0(add-ho= ok 'flymake-diagnostic-functions
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0#'elisp-flymake-byte-compile nil t))
=C2=A0
=C2= =A0;; Font-locking support.
=C2=A0
diff --git a/lisp/progmodes/inf-li= sp.el b/lisp/progmodes/inf-lisp.el
index fca803be18..9f34a377f4 100644--- b/lisp/progmodes/inf-lisp.el
+++ a/lisp/progmodes/inf-lisp.el
@= @ -274,7 +274,7 @@
=C2=A0to continue it."
=C2=A0 =C2=A0(setq com= int-prompt-regexp inferior-lisp-prompt)
=C2=A0 =C2=A0(setq mode-line-pro= cess '(":%s"))
- =C2=A0(lisp-mode-variables t)
+ =C2=A0= (lisp-mode-variables)
=C2=A0 =C2=A0(setq comint-get-old-input (function = lisp-get-old-input))
=C2=A0 =C2=A0(setq comint-input-filter (function li= sp-input-filter)))
=C2=A0
diff --git a/lisp/saveplace.el b/lisp/savep= lace.el
index f78639db24..fa0e181bb1 100644
--- b/lisp/saveplace.el+++ a/lisp/saveplace.el
@@ -248,7 +248,7 @@
=C2=A0 =C2=A0 =C2=A0 = =C2=A0(delete-region (point-min) (point-max))
=C2=A0 =C2=A0 =C2=A0 =C2= =A0(when save-place-forget-unreadable-files
=C2=A0 (save-place-forget-un= readable-files))
- =C2=A0 =C2=A0 =C2=A0(insert (format ";;; -*- cod= ing: %s -*-\n"
+ =C2=A0 =C2=A0 =C2=A0(insert (format ";;; -*- = coding: %s mode: lisp-data -*-\n"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(symbol-name coding-sys= tem-for-write)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0(let ((print-length nil)
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(print-level nil))




On Sat, Apr 18, 2020 at 4:10 PM J= o=C3=A3o T=C3=A1vora <joaotavora= @gmail.com> wrote:
On Sat, Apr 18, 2020 at 1:35 PM Eli Zaretskii &= lt;eliz@gnu.org> w= rote:

> > > > > why not add it to aut= o-mod-alist?
> > > > Anyway, I can surely switch to auto-= mode-alist if you
> > > > insist, no problem. Do you insist = in this?
> > > Do I have to insist?
> > Any problem wi= th doing so? I'll interpret that as a "Yes".
> It's= actually the other way around: if I don't feel my opinion is
&= gt; strong enough, I usually say so.

This is what = actually-actually what happened: you asked "why
not add it = to auto-mod-alist? " I answered and asked if you
insiste= d, because a question doesn't really sound imperative
to= me. If it was an instrument of rhetoric, it wasn't very effective.
=

> > Anyway, I went and looked at the three files= you mention, and
> > I discovered they're not "fixed&quo= t; as I thought. They're defcustom
> > and defined way after a= uto-mode-alist, so we'd have to add-to-list,
>
> No need fo= r such complexity.=C2=A0 I meant to mention the standard names in
> a= uto-mode-alist, under the assumption that many/most users don't
> change the default names.

OK.

=
Jo=C3=A3o


--
Jo=C3=A3o T=C3=A1vora
--000000000000bcec3105a399232e-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 19:48:32 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 23:48:32 +0000 Received: from localhost ([127.0.0.1]:43787 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPxCK-0000FP-9P for submit@debbugs.gnu.org; Sat, 18 Apr 2020 19:48:32 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:45913) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPxCI-0000F8-94 for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 19:48:30 -0400 X-Originating-IP: 91.129.99.85 Received: from mail.gandi.net (m91-129-99-85.cust.tele2.ee [91.129.99.85]) (Authenticated sender: juri@linkov.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 4D406E0002; Sat, 18 Apr 2020 23:48:22 +0000 (UTC) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Organization: LINKOV.NET References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83tv1id40r.fsf@gnu.org> Date: Sun, 19 Apr 2020 02:36:54 +0300 In-Reply-To: <83tv1id40r.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Apr 2020 09:23:32 +0300") Message-ID: <87tv1ga2lt.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, dgutov@yandex.ru, joaotavora@gmail.com, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> Maybe "ELisp-Data" or more general "Lisp-Data". > > I meant the /d or /l suffix. I guess you are saying we shouldn't show > that because it makes no sense? Yes, fortunately with the new mode that will have the "Lisp-Data" lighter, "/d" and "/l" suffixes are not needed. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 19:48:37 2020 Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 23:48:37 +0000 Received: from localhost ([127.0.0.1]:43790 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPxCP-0000Ff-Ec for submit@debbugs.gnu.org; Sat, 18 Apr 2020 19:48:37 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:55631) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPxCN-0000FG-Fh for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 19:48:35 -0400 X-Originating-IP: 91.129.99.85 Received: from mail.gandi.net (m91-129-99-85.cust.tele2.ee [91.129.99.85]) (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id E524D240002; Sat, 18 Apr 2020 23:48:26 +0000 (UTC) From: Juri Linkov To: =?iso-8859-1?Q?Jo=E3o_T=E1vora?= Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Organization: LINKOV.NET References: <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> Date: Sun, 19 Apr 2020 02:42:08 +0300 In-Reply-To: (=?iso-8859-1?Q?=22Jo=E3o_T=E1vora=22's?= message of "Sat, 18 Apr 2020 09:26:59 +0100") Message-ID: <875zdwa1wf.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Dmitry Gutov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I've put "the code" in a branch in our repo, called > 'scratch/add-lisp-data'. Thanks. I noticed that you don't use semicolon between pairs: ;;; -*- coding: utf-8 mode: lisp-data -*- I'm surprised that it still works, but wouldn't it be better to follow the manual in (info "(emacs) Specifying File Variables") and separate pairs with semicolon: ;;; -*- coding: utf-8; mode: lisp-data -*- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 20:05:51 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 00:05:51 +0000 Received: from localhost ([127.0.0.1]:43796 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPxT4-0000gd-RZ for submit@debbugs.gnu.org; Sat, 18 Apr 2020 20:05:51 -0400 Received: from mail-wm1-f47.google.com ([209.85.128.47]:34793) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPxT3-0000gR-FR for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 20:05:50 -0400 Received: by mail-wm1-f47.google.com with SMTP id v4so1632970wme.1 for <40573@debbugs.gnu.org>; Sat, 18 Apr 2020 17:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=zhjXS+3jal01zgEEDaXWOy08Fuq76Fv+K2F2azC0Ww8=; b=j4+yVjbNDzm1X0CdBfcAx+GkSd9Pge+QFTbUGkugZHpBYlgvjA4cVB2ARzhNnEKElo uoWo5k7tAkE1fJ3+ZAKNiB9mXwNlJb9OeYjTkh6oohXiGFByVlK7seoPo9caqBkmTP43 1NYP98OqP75qXhoSzWL25h6o0hXERi+D3WgRZhpUXZHbKylu0HUWzAM4xeHyds9s+TTi aYuhgX2w/IC6kad4TjOGiKkoHq7d7/Cwuyen5vqmxTvd5Yte3+oJhKRUofB1fl3S378j bQV7Vqsv+rdd8cn6I65fXdZLUy1LdCvk4tS8d/J3FUW5mA7gZjzu4cDRNab3eN1P936u KpPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=zhjXS+3jal01zgEEDaXWOy08Fuq76Fv+K2F2azC0Ww8=; b=VvdCrutHg25dhxvzNH/U9A08toLDcRNGw+U7bHlnNFBZlfCmqN9L01MS/l+P0A7OHX /gq5wUWOftcR2TSE65yZL2yqQuFQoS4Fuc9dsAdkbTp8GwMoH4l6LHgJo6cqQ6yOl/2y Op2f5DxDCjVlvLGqGfH/dcyoeNeyXnHAH/CUr3SzfZcac8WXMZXLU7ggEWDPL0Z6nX2K IR1vDTi0gXhNa5Mc8tTsOBrf3WrRVowgRLHRvLmQiDfKzjC1Iy4xPEL0orUi4Jl0S45T impQD4Q7SvbkMhWs0Vf4yTuXg0y/ih0pCECFx3CZZyPdltflMdVgkFlcbbbdUfW5H6sS 5muQ== X-Gm-Message-State: AGi0PuaCpX5KhzsSHWTfSCfz5Jxot0oyEaxikOXORYNMzK1bh/UZDVu/ OsiuerFCR6Se5MopyMRdy80= X-Google-Smtp-Source: APiQypIf4+5ylSxGLV0UJZwN/hCuTTf4bahvOXqCYG9RXkRXQk2oMti6EyeOyarMC7p/kz1Z69UevA== X-Received: by 2002:a1c:6241:: with SMTP id w62mr10093074wmb.27.1587254743560; Sat, 18 Apr 2020 17:05:43 -0700 (PDT) Received: from [192.168.0.2] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id y10sm13490528wma.5.2020.04.18.17.05.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 18 Apr 2020 17:05:42 -0700 (PDT) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= , Eli Zaretskii References: <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> From: Dmitry Gutov Message-ID: <4c62fce9-3b9e-ec63-198c-953e3e9b5d09@yandex.ru> Date: Sun, 19 Apr 2020 03:05:40 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) On 19.04.2020 02:36, João Távora wrote: > -(define-derived-mode lisp-mode prog-mode "Lisp" > +(define-derived-mode lisp-mode lisp-data-mode "Lisp" Speaking of. Is lisp-mode a special case of lisp-data-mode? I would say maybe not: you usually can't (read) a whole Lisp buffer, right? So I would make lisp-data-mode inherit from prog-mode (and have them share a helper initializer). But then again, I'm not sure which extra features a lisp-data-mode would have, that would have to be incompatible with lisp-mode. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 20:20:35 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 00:20:35 +0000 Received: from localhost ([127.0.0.1]:43805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPxhE-000138-9W for submit@debbugs.gnu.org; Sat, 18 Apr 2020 20:20:35 -0400 Received: from mail-wr1-f53.google.com ([209.85.221.53]:42385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPxhC-00012u-Un for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 20:20:27 -0400 Received: by mail-wr1-f53.google.com with SMTP id j2so7528348wrs.9 for <40573@debbugs.gnu.org>; Sat, 18 Apr 2020 17:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd-ie.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=nM4yGisd5AciBOUqhg39mNNS4XVMeS6PAU7bU78o7oM=; b=lzQ+4/+gSUlRvB1fP11eikaJL58SPzEjsZU0+qTj4386CncxwDvvcBfHq4KnvNIT8n f/VpbZUwYQ+eSLDoRiNHn6TsCiKxtjU1FKQLaycY17VeaCHdvaK7DSQ7anu01ENwdLKl T8cf/zmjW2kV3Dqf63dU9Xy4+df9H4tLncKllo/xml69Z284hzo+dcis7nLClDaCVNXM dIRCtAejAlnAnqpaE4o9FvcJ7DWkUNvINKarS3HZkeM5rBdiLzTJfW8EfU9j0LmviGDu FTpvxnENOOe14LI8FDin7Q7LYofIlff+gDEXzRUyj28OSBXXxsvglCe+E9+gDratbiCk sIdw== 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:content-transfer-encoding; bh=nM4yGisd5AciBOUqhg39mNNS4XVMeS6PAU7bU78o7oM=; b=P7rz+MHuKZqD+EMGZoyb22TxM2lhTWSIwUUuVIIjzl7Zz9dHF5ejdjQlS69V1Inrrf Lh2TiWb1uZ7H58O/nYe8vKfMCpCpuf6bWcDF6STIuZTmU0vT6oJFVuy26NLzTl2l/dmP 4b6IE6v12llXfg47yzchhUYYj41XoVx9fzkAPIZgn0jD58SPx6MVt0MUoawzort+pfkq JvM8FFgyD1vkkAVUl+N8jcMuD6B1bmomk+VY85hCGssEn4+g2sMANTJCvaxS5qVl1f5D FGXfRLUPghBDOf8paS0tKffZyrqEhchMRaLYSb7j9465KxVXdYho24iu6+mN/Ovy8X8Y V5hw== X-Gm-Message-State: AGi0PuZlfizTLOHHELovXBgdQ8utH/9gdq5qubL7X6Om22podx91sZyU yrVP4J4zsgx1FgwRGCfkdoU8XQ== X-Google-Smtp-Source: APiQypIdciIoM8d1aUBeOK5GkeuJM49/duKiPzBT6ily+1i64JBoET/al+M34Gbhc1nGuAHY7UmoQg== X-Received: by 2002:a5d:48cc:: with SMTP id p12mr11854679wrs.170.1587255621115; Sat, 18 Apr 2020 17:20:21 -0700 (PDT) Received: from localhost ([2a02:8084:20e2:c380:92bd:1bfd:38fc:fae2]) by smtp.gmail.com with ESMTPSA id n9sm5822086wrx.61.2020.04.18.17.20.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 18 Apr 2020 17:20:20 -0700 (PDT) From: "Basil L. Contovounesios" To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <87y2qtm2i9.fsf@tcd.ie> Date: Sun, 19 Apr 2020 01:20:19 +0100 In-Reply-To: (=?utf-8?Q?=22Jo=C3=A3o_T=C3=A1vora=22's?= message of "Sat, 18 Apr 2020 13:03:15 +0100") Message-ID: <87y2qsjph8.fsf@tcd.ie> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) Jo=C3=A3o T=C3=A1vora writes: > On Sat, Apr 18, 2020 at 12:56 PM Basil L. Contovounesios wrote: > > gnus-adaptive-file-suffix, respectively. Would these suffixes be unique > enough on their own to be added to auto-mode-alist? Perhaps > gnus-score.el could do this after evaluating the defcustoms. > > auto-mode-alist has comments near it that discourage it. Okay, but we could still statically add the default values to auto-mode-alist, as was suggested elsewhere in this thread. > I also think we have to understand that auto-mode-alist has the > potential to introduce false positives. We don't want too many of > those... Indeed, hence my comment on whether "*.SCORE" files are sufficiently unique. > As for automatically adding a -*- mode -*- cookie - my guess is that > gnus-score-save is the right place. > > Awesome, thanks. Well if you're confident about your guess. I think > I've shown how easy it is to add them, so I'd personally feel free to=20 > submit a patch or to push to that branch (or to add a git commit > and publish your branch somewhere else, if you don't have push > permissions). If no-one beats me to it, I'll submit a patch for the Gnus folks to review after lisp-data-mode lands. Thanks, --=20 Basil From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 22:44:44 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 02:44:45 +0000 Received: from localhost ([127.0.0.1]:43902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPzwq-0004gF-OQ for submit@debbugs.gnu.org; Sat, 18 Apr 2020 22:44:44 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:49877) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPzwp-0004g3-DK for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 22:44:43 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id E69EE10077D; Sat, 18 Apr 2020 22:44:37 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4F8421003B1; Sat, 18 Apr 2020 22:44:36 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1587264276; bh=g2DrNXvhCaDyyzLWFTAWfm34pNsgTMMvysE6NfxKHt8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=KaZW8XGeg8/tYtpYp8Ig5ZTpo8ipXfoat3r7tH6zUn3APbOU9UCy3Ss/aBQQFinAc HAyjXcipGYFSDHSyEamQzJQXkd9L/Z0w0xRdeMa98Tpl6Nkjwq8kJaGUlpxHVFY/9h SQf3InGK001OApDsnLrLvDVpfeva1yeJBkS850Kew67qWNgY/A1RR4PPCBZf+Ko6xC EPTu3a3vGP4+pP29/3KPG/+yhjsXntEG2QIvXj289lCJVJSAUmahqyAH0BCD03+g/Q bPZqbRRU5YueK0ih6ap7btGdUy75BmRdkaxc+FeaG3Oumci2nkQQErHb1/4jg5A1hX 35EQ+hk9cCJUw== Received: from alfajor (unknown [104.247.241.114]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id A079D12077F; Sat, 18 Apr 2020 22:44:35 -0400 (EDT) From: Stefan Monnier To: =?windows-1252?B?Sm/jbyBU4XZvcmE=?= Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Message-ID: References: <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> Date: Sat, 18 Apr 2020 22:44:33 -0400 In-Reply-To: (=?windows-1252?Q?=22Jo=E3o_T=E1vora=22's?= message of "Sun, 19 Apr 2020 00:36:36 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.151 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > you want to add an emacs-lisp-data-mode in between lisp-data-mode > and emacs-lisp-mode? Not for now, no. We can add it later if the need arises, Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 19 05:17:08 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 09:17:08 +0000 Received: from localhost ([127.0.0.1]:44038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQ64a-0006Cr-0W for submit@debbugs.gnu.org; Sun, 19 Apr 2020 05:17:08 -0400 Received: from mail-il1-f177.google.com ([209.85.166.177]:45764) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQ64Y-0006CL-Cb for 40573@debbugs.gnu.org; Sun, 19 Apr 2020 05:17:06 -0400 Received: by mail-il1-f177.google.com with SMTP id i16so1784059ils.12 for <40573@debbugs.gnu.org>; Sun, 19 Apr 2020 02:17:06 -0700 (PDT) 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 :cc; bh=l+ZLw8ZkXe4PNSYQoPiV3mFq3AUrnPjLmenWXXRBH/4=; b=YaIpgBOji4ktqUT4YMrz1D08T9PiJifdxNwSRzgV+6evA5Up2kSfxGjUxj68S7kIfg 9PYr7ySDA0p9yVLzrKEQhukgfCwvy7EUpdAR31yTOdUquAw2DyNtsSwxLXZdU2pNgfiv vtiiboM8jhb9sjjNALz0iw6uf/0UuwKkVHy+CzWxBn7H8kQi4BC2jUme2MnNMDcKyNp4 DjLTwjWXohNa7wL0BDIVbR7FRzJGXi4fbJgIpbNEqeGT3dF40CMsvcmUfx6YR6w2mVpb cPjdnHz4Vp+ZEiURRjTZsFWwbZivIce6RdEyDoEI1wv3WIU7XE0R29fXPmA43/Bf9pzk s2gg== 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:cc; bh=l+ZLw8ZkXe4PNSYQoPiV3mFq3AUrnPjLmenWXXRBH/4=; b=DxVPtybgb1aoxBL2DTuG5kutArK+0YlazogpysnfDbsYTZbkIclCAvazfN6TSb1dpA hFWhCtWNyA9qDB3CdN+lsNsRApioN9cN8A2WgW1EmqXXgaZ4IEA37zNGHKQPZUgjIeBA 0a0k8mSXXDXiOUgo8/ASf9bmX7fNKPCTMAbHozR8TIz5DsBSTaRz1j7rzk0oxsLsFqdt My5ND5Izc3tMgoA4tJgoybV/2BjFlw1s9wTUk11dxzAYgfgSQsY8mJAQ9wyx2VyC5ZBu AIzE3TZHyTFWF9E3Hep7GAagEE1ebQGlzRUls+JPpsMzPwifmMi0cq4pEamf9dwwAxcg 9gNQ== X-Gm-Message-State: AGi0PubC+7m00gWh7yoEZO1728ViA4RGNsXqdnZ7upb5QWsRr+0QyM49 1ocy8Y9+0ZQ2eKS7kJJAXGEc+V8O35GvykV2Kx0= X-Google-Smtp-Source: APiQypKN9cCSo3+vF4IDHZ+xf2kTvCJEI5P7yCaFDWR1IYMAphHSRHJ5JZz6OgOMnk2LQaU8W0vxxxxCHpz/I8QdOmo= X-Received: by 2002:a92:7e86:: with SMTP id q6mr11108511ill.9.1587287820824; Sun, 19 Apr 2020 02:17:00 -0700 (PDT) MIME-Version: 1.0 References: <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <875zdwa1wf.fsf@mail.linkov.net> In-Reply-To: <875zdwa1wf.fsf@mail.linkov.net> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 19 Apr 2020 10:16:49 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Juri Linkov Content-Type: multipart/alternative; boundary="000000000000b777b505a3a13ec8" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Dmitry Gutov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --000000000000b777b505a3a13ec8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 19, 2020 at 12:48 AM Juri Linkov wrote: > > I've put "the code" in a branch in our repo, called > > 'scratch/add-lisp-data'. > > Thanks. I noticed that you don't use semicolon between pairs: > > ;;; -*- coding: utf-8 mode: lisp-data -*- > > I'm surprised that it still works, but wouldn't it be better to > follow the manual in (info "(emacs) Specifying File Variables") > and separate pairs with semicolon: > > ;;; -*- coding: utf-8; mode: lisp-data -*- > Indeed, I didn't bother with the manual on this. I did try with comma, it didn't work, then removed it and didn't think twice. You're welcome to add them as a commit to that branch if you want. And thanks for clearing that mystery. --=20 Jo=C3=A3o T=C3=A1vora --000000000000b777b505a3a13ec8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Apr 19, 2020 at = 12:48 AM Juri Linkov <juri@linkov.net= > wrote:
> I've put "the code" in a bran= ch in our repo, called
> 'scratch/add-lisp-data'.

Thanks.=C2=A0 I noticed that you don't use semicolon between pairs:

=C2=A0 ;;; -*- coding: utf-8 mode: lisp-data -*-

I'm surprised that it still works, but wouldn't it be better to
follow the manual in (info "(emacs) Specifying File Variables") and separate pairs with semicolon:

=C2=A0 ;;; -*- coding: utf-8; mode: lisp-data -*-

=
Indeed, I didn't bother with the manual on this. I
did try with comma, it didn't work, then removed it
and= didn't think twice.=C2=A0 You're welcome to add them
as = a commit to that branch if you want.=C2=A0 And thanks
for clearin= g that mystery.

--
Jo=C3=A3o T=C3=A1vora
--000000000000b777b505a3a13ec8-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 19 05:25:59 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 09:25:59 +0000 Received: from localhost ([127.0.0.1]:44042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQ6D8-0006QR-Sk for submit@debbugs.gnu.org; Sun, 19 Apr 2020 05:25:59 -0400 Received: from mail-il1-f177.google.com ([209.85.166.177]:46966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQ6D7-0006QF-PL for 40573@debbugs.gnu.org; Sun, 19 Apr 2020 05:25:58 -0400 Received: by mail-il1-f177.google.com with SMTP id x2so5301993ilp.13 for <40573@debbugs.gnu.org>; Sun, 19 Apr 2020 02:25:57 -0700 (PDT) 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 :cc; bh=VDL1rYv+KdU0y7NxTRZ+ehY7MNUeE58ZWOhTsxLWHyw=; b=XChVjAB6/qfPxq8bAQ24BlEqrU6QCQ6K5jRJK6JMaAvJS5fXu1djmV3z3d0OmT21cg xJi4OnxMvWnvu4bihB8LYGCi+UBarK+ptgSuA657v2jNV1hp+2jQWbNpKlypwE09weIT yadIAyIRrh1jNeppKMqDI8s7q43Imt8l4Ih51mqCzSbzt0d/ujNyRQs/zMQWTIQW23wd gLj4PBq7Z3TUsvAV5XRINhfqLUQ+xjhbaOGoImnLSK5nP+xyT1zwjhmmfKl5bYAs0c4T brfuPgHfXLGurUQxzPTg4a+36IstcYuR6kZCVGciorl9miVz+AYwI4tuNNHSJ39K+5Iv EJ8g== 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:cc; bh=VDL1rYv+KdU0y7NxTRZ+ehY7MNUeE58ZWOhTsxLWHyw=; b=Buh0RZdM4Vguh8xDaPagF9hoBh7QkewlInIruVlsvGqm7adhBOiEr52fgRGGn8wdZc VP08+fGCWbwHXjXdj2bvVhYNiFlSXTGHZe64ot3aSaq4Z3tN5L0fxFcbutt9NpPMsvo1 MXSlhljAJncTub1gSFfiPGoZ4uRLB/PjfkKzg4ls51/sTN6iOgUOevS3nTthEW2GXyv7 1kJsoDxbWy65TKEq7mQu/vD6aIG9v0gsrQc7DzxH5hxf3o5q5A03u5nWhbRYp4PYPfl4 FWVWvFpEbSfKCqn3jjsJ/DdcJ4pzBSefaHE/9NKtzMr9Lkd2aLam5eQUEyFgN/OxyVKI wJGg== X-Gm-Message-State: AGi0PubZAwO9y7tJ1vqaPbBeigiFDyMksGG+ZFDS+NG6bM125lksqU59 2c7CmjOvsYRPafZu3WAyU8PGp17I8+fLBJLxtMU= X-Google-Smtp-Source: APiQypLqPfWFhKqyU8orp+Wf0W7/Q6dTO0jK7vp1miHUELcEtJ2tVvzabh5hBseu14Bmi4YZG/AvT/brztSvOwoGayo= X-Received: by 2002:a05:6e02:6c1:: with SMTP id p1mr11278975ils.137.1587288352249; Sun, 19 Apr 2020 02:25:52 -0700 (PDT) MIME-Version: 1.0 References: <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> <4c62fce9-3b9e-ec63-198c-953e3e9b5d09@yandex.ru> In-Reply-To: <4c62fce9-3b9e-ec63-198c-953e3e9b5d09@yandex.ru> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 19 Apr 2020 10:25:41 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Dmitry Gutov Content-Type: multipart/alternative; boundary="000000000000645c5b05a3a15e6a" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --000000000000645c5b05a3a15e6a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 19, 2020 at 1:05 AM Dmitry Gutov wrote: > On 19.04.2020 02:36, Jo=C3=A3o T=C3=A1vora wrote: > > -(define-derived-mode lisp-mode prog-mode "Lisp" > > +(define-derived-mode lisp-mode lisp-data-mode "Lisp" > > Speaking of. Is lisp-mode a special case of lisp-data-mode? > > I would say maybe not: you usually can't (read) a whole Lisp buffer, > right? What do you mean? In what conditions? If anything it's more so than in Emacs, because you can program CL's read-table and make Lisp files look like JS, if you really want (but noone does that). In that case lisp-data-mode would maybe break down a bit, but so would lisp-mode itself since the syntax table wouldn't track those changes (though It can take quite a beating, especially with SLY/SLIME's enhancements). In that situation, you'd have to use something like LSP, where the server constanty tell the editor of the syntax of things. In all my years of CL, I've not seen this a problem in practice. So I would make lisp-data-mode inherit from prog-mode (and have > them share a helper initializer). > If there is indeed a problem like this, then that's a solution yes. Basically amounts to using composition instead of inheritance. But I don't see it. Jo=C3=A3o --000000000000645c5b05a3a15e6a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Apr 19, 2020 at 1:05 AM Dmitry Gu= tov <dgutov@yandex.ru> wrote:=
On 19.04.2020 02:36, Jo=C3=A3o T=C3=A1vora wrote:
> -(define-derived-mode lisp-mode prog-mode "Lisp"
> +(define-derived-mode lisp-mode lisp-data-mode "Lisp"

Speaking of. Is lisp-mode a special case of lisp-data-mode?

I would say maybe not: you usually can't (read) a whole Lisp buffer, right?

What do you mean? In what condition= s? If anything it's more so
than in Emacs, because you can pr= ogram CL's read-table and
make Lisp files look like JS, = if you really want (but noone does that).
In that case lisp-data-= mode would maybe break down a bit, but
so would lisp-mode itself = since the syntax table wouldn't track those
changes (tho= ugh It can take quite a beating, especially with
SLY/SLIME's= enhancements).=C2=A0 In that situation, you'd have to
u= se something like LSP, where the server constanty tell the
editor= of the syntax of things.=C2=A0 In all my years of CL, I've not
seen this a problem in practice.

So I would make lisp-data-mode inherit f= rom prog-mode (and have
them share a helper initializer).

If th= ere is indeed a problem like this, then that's a solution yes.
Basically amounts to using composition instead of inheritance.
<= /div>
But I don't see it.

Jo=C3=A3o
--000000000000645c5b05a3a15e6a-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 19 07:41:35 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 11:41:35 +0000 Received: from localhost ([127.0.0.1]:44184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQ8KN-0003iW-7t for submit@debbugs.gnu.org; Sun, 19 Apr 2020 07:41:35 -0400 Received: from mail-io1-f41.google.com ([209.85.166.41]:44286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQ8KM-0003iJ-0G for 40573@debbugs.gnu.org; Sun, 19 Apr 2020 07:41:34 -0400 Received: by mail-io1-f41.google.com with SMTP id z2so3260016iol.11 for <40573@debbugs.gnu.org>; Sun, 19 Apr 2020 04:41:33 -0700 (PDT) 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 :cc; bh=J9QDJeg2tURI5xsH4xMAukVKGH5ukjtps06MaPewjL4=; b=Mt0BHIy4QvGUekppvmvwNXqxdXeYpjOrH4fJvNtGLv22RjwZmqoo6axv87f0XzUUtq +Rf8LoNiE4dSrL/0os6uSPIkNm4Hg0VYIi0ubSuTyzcY7IzvnweNTinrL4QJ8syViTE9 GA5H/lcttrO4LhtS6sg7OU5aYNnFomTWfTWyfPwrUJh/FESI/17ZCUlflG86MAZK5Fq5 ZJKHglblW/hsZaD5qIlxfF0lM0xXDFT1BA9IKYCovkHp4KXyGc+phZGcq2b+tpFtoTeo OW3GYC55msCDjWvnv3cwNAudHpBJ65AbgUiwpWprHeV28SRN2hUKWj0IAJeQXUNbjSoE nE5A== 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:cc; bh=J9QDJeg2tURI5xsH4xMAukVKGH5ukjtps06MaPewjL4=; b=cdSwn0rFiF0lICuYQc09C5bvu+f6I560heVQg2LloWR5tPO7md35iS2HP3LjI06ZiT ELs+Hiqv/QFZ+BlMNfOPQwE5DhCxPt8gP5enIJffvEpgt+l/GIdhp7cfEd7zEGE2r5mE Hh6FKXBbcAbC82N2vmfXHf7hcpJl58/JJjP9r7t8iesmq1D9mLlE2YvBda96U0sKI8Sm 7Hf9RDskd1IGnEFpSUW9wCjBGKUtpDcvbgbpmOKRnZdYvnNMAxmy2lv5UR5KruqR1Jc3 5XUyGIO5QpZN4CHSWCc9GDdSMRSgB7Es8p0c7f927gbtA8Jy1CmwfOjkt29e4IC9MDLJ dkcg== X-Gm-Message-State: AGi0Puajj1JnbZkZnfawvsSieiA1Bhy0lrKrRqBNxgySlbaTTDaJZ1Fn KjvbHyrvatIgsrgdX/OMEK2Rp+RpzN246OCz2LI= X-Google-Smtp-Source: APiQypKRZ51ND2qhKZZtrVNq4IVy3++XmwAHN+FmrsjcB8+6gZU8gcqWN/fwv+tVXzz05/Yszw1ZyE+W17mra/aZUFk= X-Received: by 2002:a02:5bc9:: with SMTP id g192mr1570929jab.136.1587296488298; Sun, 19 Apr 2020 04:41:28 -0700 (PDT) MIME-Version: 1.0 References: <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <87y2qtm2i9.fsf@tcd.ie> <87y2qsjph8.fsf@tcd.ie> In-Reply-To: <87y2qsjph8.fsf@tcd.ie> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 19 Apr 2020 12:41:16 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: "Basil L. Contovounesios" Content-Type: multipart/alternative; boundary="000000000000569f7805a3a343a3" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40573 Cc: 40573@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000569f7805a3a343a3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 19, 2020 at 1:20 AM Basil L. Contovounesios wrote: > Jo=C3=A3o T=C3=A1vora writes: > > > On Sat, Apr 18, 2020 at 12:56 PM Basil L. Contovounesios < > contovob@tcd.ie> wrote: > > > > gnus-adaptive-file-suffix, respectively. Would these suffixes be uniq= ue > > enough on their own to be added to auto-mode-alist? Perhaps > > gnus-score.el could do this after evaluating the defcustoms. > > > > auto-mode-alist has comments near it that discourage it. > > Okay, but we could still statically add the default values to > auto-mode-alist, as was suggested elsewhere in this thread. > Oh yes. At the time I didn't know that was an option, but if you think it's "safe", go for it. If users change defaults, they'll get false positives maybe. =C2=AF\_(=E3=83=84)_/=C2=AF > If no-one beats me to it, I'll submit a patch for the Gnus folks to > review after lisp-data-mode lands. Sounds good. Jo=C3=A3o --000000000000569f7805a3a343a3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Apr 19, 2020 at 1:20 AM Basil L. = Contovounesios <con= tovob@tcd.ie> wrote:
Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com>= ; writes:

> On Sat, Apr 18, 2020 at 12:56 PM Basil L. Contovounesios <contovob@tcd.ie> wrote= :
>
>=C2=A0 gnus-adaptive-file-suffix, respectively.=C2=A0 Would these suffi= xes be unique
>=C2=A0 enough on their own to be added to auto-mode-alist?=C2=A0 Perhap= s
>=C2=A0 gnus-score.el could do this after evaluating the defcustoms.
>
> auto-mode-alist has comments near it that discourage it.

Okay, but we could still statically add the default values to
auto-mode-alist, as was suggested elsewhere in this thread.

Oh yes.=C2=A0 At the time I didn't know that was a= n option,
but if you think it's "safe", go for= it.=C2=A0 If users change
defaults, they'll get false p= ositives maybe. =C2=AF\_(=E3=83=84)_/=C2=AF
=C2=A0
If no-one beats me to it, I'll submit a patch for the Gnus folks to
review after lisp-data-mode lands.

Sounds g= ood.

Jo=C3=A3o
--000000000000569f7805a3a343a3-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 19 09:58:05 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 13:58:05 +0000 Received: from localhost ([127.0.0.1]:45625 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQAST-0000rd-2p for submit@debbugs.gnu.org; Sun, 19 Apr 2020 09:58:05 -0400 Received: from mail-wr1-f48.google.com ([209.85.221.48]:36342) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQASQ-0000r0-4w for 40573@debbugs.gnu.org; Sun, 19 Apr 2020 09:58:02 -0400 Received: by mail-wr1-f48.google.com with SMTP id u13so8737481wrp.3 for <40573@debbugs.gnu.org>; Sun, 19 Apr 2020 06:58:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ZpZ85hSJKQaiYjSETCiUZIBUdfHjSKL8UjyFdxUXim4=; b=hyymFbT3Rbj6NMFwTLylSg4M4gm/JSMSLMOnngV9qRy3Zk+uqTJycXtMFzN2xDe7Vn J/n8L2UDOxePppIN1F3UV54kkUwBKdl54Z55+8krEP4yh+BkBgIa3ysBLg+DPCd2a8Jj SBvSVnvRBT3QOMQONOFCckwLy2jkC23XMhzpf4+gBBxV2iDTIna+WS8VGvvCAZFpNJiE bEqby0NIMwxRsH2UPMWRbcjgBGV9qDgRJNmygO5TzQwbv7tBddqZHgex2AGuah+I9CCw NsQRgsT486J5AHaX8p4i8mEQV50gU3aqp3bpIR+NJCpMuJYog6yiPHz9HdHybagy8HOK EI0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ZpZ85hSJKQaiYjSETCiUZIBUdfHjSKL8UjyFdxUXim4=; b=a1pSfiDBgwJYw0akPXtSWU7FONQ4q7maY3oBDiXHX/Aqly+obINlQ9iPaNunf0gllF TknQ5mqU/63/VhdK9Ig1dhSLondUSw+f2YLAtd1LzEGBqgLv5z/EidHH1+XG5AZjmMCQ +KjbJy/YqBn2GJV44kHg2w8lBYb0zdSSmPUEXZpPIIyzdnJ8nIO/E9JtTMO/d/w4md3p NvHZfiPmpiYpxMuhTQcZAd6yYK+LnF9myVKYCgXcPVjh4Tn25GpAckciwWRYj1MCt0vR 5wjC4wuu7xXhSKa4b4zuvoFvqYNfCXczodPn5KLBi7X6nP91lzmo3BGzM/H5e3l8BYGQ wOLg== X-Gm-Message-State: AGi0PuZdGI6MUKYV+/hxECEUKBptqUajPgd9EFQ+AZGp5xPOD4Fr1ymA HMuHch+x65Z03Vx6K+PhnGI= X-Google-Smtp-Source: APiQypJfp9uLZL1u61PoJxwxmXmfY8BeVdu0+c5UyRe0YY/NIJg5Jf+nXA7k91UmOcEaIifhwr8Ftg== X-Received: by 2002:a5d:634a:: with SMTP id b10mr7122944wrw.263.1587304676157; Sun, 19 Apr 2020 06:57:56 -0700 (PDT) Received: from [192.168.0.2] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id j13sm41542865wro.51.2020.04.19.06.57.54 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 19 Apr 2020 06:57:55 -0700 (PDT) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= References: <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> <4c62fce9-3b9e-ec63-198c-953e3e9b5d09@yandex.ru> From: Dmitry Gutov Message-ID: Date: Sun, 19 Apr 2020 16:57:53 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 19.04.2020 12:25, João Távora wrote: > On Sun, Apr 19, 2020 at 1:05 AM Dmitry Gutov > wrote: > > On 19.04.2020 02:36, João Távora wrote: > > -(define-derived-mode lisp-mode prog-mode "Lisp" > > +(define-derived-mode lisp-mode lisp-data-mode "Lisp" > > Speaking of. Is lisp-mode a special case of lisp-data-mode? > > I would say maybe not: you usually can't (read) a whole Lisp buffer, > right? > > > What do you mean? In what conditions? Just that you'd usually need to call 'read' multiple times, while accumulating the intermediate results. Whereas lisp-data files usually contain just one Lisp form. So e.g. any "defun navigation" would jump between the direct children of that form. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 19 10:01:23 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 14:01:23 +0000 Received: from localhost ([127.0.0.1]:45643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQAVb-0000yT-Gq for submit@debbugs.gnu.org; Sun, 19 Apr 2020 10:01:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33112) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQAVZ-0000y5-Eq for 40573@debbugs.gnu.org; Sun, 19 Apr 2020 10:01:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51698) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jQAVS-0006HG-JY; Sun, 19 Apr 2020 10:01:10 -0400 Received: from [176.228.60.248] (port=4849 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jQAVR-000615-Cp; Sun, 19 Apr 2020 10:01:10 -0400 Date: Sun, 19 Apr 2020 17:01:03 +0300 Message-Id: <83sggzinhc.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sun, 19 Apr 2020 00:36:36 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: contovob@tcd.ie, 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Sun, 19 Apr 2020 00:36:36 +0100 > Cc: "Basil L. Contovounesios" , Stefan Monnier , > Juri Linkov , 40573@debbugs.gnu.org, Dmitry Gutov > > Here's the final patch as a sum of all the commits in the > scratch/add-lisp-data-mode > branch. I fixed the small lisp-mode-variables backward incompatibility > issue. Thanks for working on this. > Any comments/objections? I have one comment and one objection, below. > Does this need documentation? The new mode should be called out in NEWS, yes. > diff --git a/lisp/emacs-lisp/lisp-mode.el b/lisp/emacs-lisp/lisp-mode.el > index 13263f2fb5..3b0f5493ee 100644 > --- b/lisp/emacs-lisp/lisp-mode.el > +++ a/lisp/emacs-lisp/lisp-mode.el > @@ -611,15 +611,10 @@ > ;; a single docstring. Let's fix it here. > (if (looking-at "\\s-+\"[^\n\"]+\"\\s-*$") "")) > > -(defun lisp-mode-variables (&optional lisp-syntax keywords-case-insensitive > - elisp) > +(defun lisp-mode-variables (&rest ignored) Please don't make this backward-incompatible change. Let's keep the API of this function unchanged. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 19 12:31:58 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 16:31:58 +0000 Received: from localhost ([127.0.0.1]:45767 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQCrO-0002Ht-E0 for submit@debbugs.gnu.org; Sun, 19 Apr 2020 12:31:58 -0400 Received: from mail-il1-f173.google.com ([209.85.166.173]:41462) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQCrM-0002Hg-NO for 40573@debbugs.gnu.org; Sun, 19 Apr 2020 12:31:57 -0400 Received: by mail-il1-f173.google.com with SMTP id f82so7243761ilh.8 for <40573@debbugs.gnu.org>; Sun, 19 Apr 2020 09:31:56 -0700 (PDT) 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 :cc; bh=7/SQswybBh8BL8Ase+iVbpVIa6IzictKdUaYVZ3qRU8=; b=VdE38w2nxiT1kRsMHT7Jh+jJOy0AjuK7zq9FkrmQR/M874HbflD4hr3Avc+SY3fBKg vQfrvxo9yGyIsRnxkzlTVi+Ci3JyHO2GA/WoiS/IsDXON4rJ87uY6qGpdW4wQKiv1l2a Fcp+wHKKY0QfMtCUQRQzS6m+X4SmGg39cglrf5oQaLrWUnK92Uod9VS3MO3PntZBD8n2 HsH436AvNognUKTNJu3+dW+6PWBLVnu3BF0zUGjC4BfZzOw9AtKRsEIvQfnegqq1KgnF 1S6pY2Eu8VeNPJvqIFHKDfpizkbsvkyxgry7dQY4sV0tFlmCTeXV2n83sxXg93HcxWTw ev2g== 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:cc; bh=7/SQswybBh8BL8Ase+iVbpVIa6IzictKdUaYVZ3qRU8=; b=aac3Q42RrSthrSu9U/7v0LouEarYilH36yROhTxIYV9IfEeHiNGmQO8V9af0j6/MRz csceFJ4qb7ZzCfWzbPxhxuVK4V+7z6txXDhAGYuNCdB3htyxlRaxjKikBb5iLxQMKiil 6KwFVur04oFqfJQR1nuHZSqGjsw7eSABMQbTkyFjVmTYocqsaW2JZP14PGSJdDLtgMG8 0VHfegamM9lHFRMwS1crAIfpbvkMfXrpfr/pOLdDwYB8U6o3MvfNkxdl8rElxE9KZmd3 h+6g3eSZ2wbk55cKCEMNtQq5X/wOMCuBU5QYiGX+s/LUGXWPQ9w8o7b47Gr4q1sS2kUZ 7D+A== X-Gm-Message-State: AGi0PuYg+X89Nh5IUL9pOE6h/NkXj9CVL6W3xvhuSAErNzPoLaJjUZaZ C2BJBlt+K79VVnPg4Et20j4k1x0ECniguQM0B0E= X-Google-Smtp-Source: APiQypKl9SByHomRUuJikszcC4M3EJdAiGhkWJRh/iFfte9Q8eOVFmN4CU7Y2TWnZMeL+Ev5U1GZaiASopMX+1tnEO0= X-Received: by 2002:a92:9e11:: with SMTP id q17mr226355ili.137.1587313911174; Sun, 19 Apr 2020 09:31:51 -0700 (PDT) MIME-Version: 1.0 References: <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> <4c62fce9-3b9e-ec63-198c-953e3e9b5d09@yandex.ru> In-Reply-To: From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 19 Apr 2020 17:31:40 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Dmitry Gutov Content-Type: multipart/alternative; boundary="000000000000d29bde05a3a7516c" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000d29bde05a3a7516c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 19, 2020, 14:57 Dmitry Gutov wrote: > Whereas lisp-data files usually contain just one Lisp form. That's a bad assumption. It just isn't true. And I don't see any difference to elisp here, what did you have in mind? So e.g. any > "defun navigation" would jump between the direct children of that form. > There's no inherent structure to lisp data in general that supports any kind of navigation, except maybe basic sexp navigation. There is nothing we can parallelize to a defun. But if you know same subclass of lisp data that does have some of those properties, we can a special major mode for it. Doesn't have to be anything special, mind you, a couple of lines will probably do what you might have in mind. Jo=C3=A3o > --000000000000d29bde05a3a7516c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Sun, Apr 19, 2020, 14:57 Dmitry Gutov <dgutov@yandex.ru> wrote:
Whereas lisp-data files usually contain just one Lisp form.

That's a bad as= sumption. It just isn't true. And I don't see any difference to eli= sp here, what did you have in mind?

So e.= g. any
"defun navigation" would jump between the direct children of that= form.

There's no inherent structure to lisp data in general that suppor= ts any kind of navigation, except maybe basic sexp navigation. There is not= hing we can parallelize to a defun. But if you know same subclass of lisp d= ata that does have some of those properties, we can a special major mode fo= r it. Doesn't have to be anything special, mind you, a couple of lines = will probably do what you might have in mind.

Jo=C3=A3o
--000000000000d29bde05a3a7516c-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 19 12:38:42 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 16:38:42 +0000 Received: from localhost ([127.0.0.1]:45771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQCxu-0002Qx-4e for submit@debbugs.gnu.org; Sun, 19 Apr 2020 12:38:42 -0400 Received: from mail-wr1-f45.google.com ([209.85.221.45]:47100) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQCxt-0002Qk-0s for 40573@debbugs.gnu.org; Sun, 19 Apr 2020 12:38:41 -0400 Received: by mail-wr1-f45.google.com with SMTP id f13so9003427wrm.13 for <40573@debbugs.gnu.org>; Sun, 19 Apr 2020 09:38:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=QHQUWs5RDkEbbC44C8ECTWM7at3XbGIH9xwrB08U5zM=; b=BnD+jR2jtX4avPXF75TPOdp4ZBhFegEkeoSFWDEaJIow6+JEk9wWwc/sSb0/YrPUNP TnPCkNQkThdERd6LdgTySgLerqKEzRYCHzSzQPLYw2K8YoolVSYrqEarKnTDIYNjr9ZS SLTth/ZmK0fyJeP66n0L/A3vRfrgYHUqwhROgGP1f936foA37iQ6v3A/BYwNRtioQE8D zwjdJY7KJMsHEGsG0PViL70xMkfvTLZt/R1KGfUozBD3ihFa/dRZYH8jUo9zV5vAb5/W O4VtttTi0DawPHE0zaEkZXHeU1BaZ6uf18XAXKa8WHfjco3rXmA8j3dcuyo5ASrKod61 nhkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=QHQUWs5RDkEbbC44C8ECTWM7at3XbGIH9xwrB08U5zM=; b=fWLYhB8gfx1Qa6FsMTcQhevcGjPvkWhhqDVPB0wEdZoIF6foV2Z/VLzwT5+XoO4DlQ CZbEF2n8mfD6LJOEvyOioayHdPBYmbRO71UeTuzZIFkwo5Mz/3ZNLcNvKV0jAiyRS3Vd KcTQiR61ipYqd0YWyXRtYVtdOwNqbTlEDxeehhZbYhECQfLUULm0BMrENuoVXvs3w72l QU0a4/5fH6QQOgYGHCNDrns+PQwHMXqtk7Bb51sOMLVeM844qhMHsGav2X7a2hS3p0NY YHFIi2r4pcPHU+2DbrM3EKbAhbBmLEnTqHZZICccxXp23a3FGisb6TBrA+skt4MAX3g/ UPJA== X-Gm-Message-State: AGi0Pua3i4K2gyqeOMr4quvM9y5ntmKM8nxdsu5ckVzBgzAG3NK4NpRo GZmLi00HAUhurmpGh7HKP/M= X-Google-Smtp-Source: APiQypJB56Xg2FYa0uLWTuFw7M9AhLVbhlnuk7GpG90q+IEyGCHhMjQ/bb+QuTwTWLcoLmS0BvsSZw== X-Received: by 2002:adf:f604:: with SMTP id t4mr14541147wrp.399.1587314315004; Sun, 19 Apr 2020 09:38:35 -0700 (PDT) Received: from [192.168.0.2] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id u17sm45036120wra.63.2020.04.19.09.38.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 19 Apr 2020 09:38:34 -0700 (PDT) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= References: <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> <4c62fce9-3b9e-ec63-198c-953e3e9b5d09@yandex.ru> From: Dmitry Gutov Message-ID: <682b57cf-445b-f517-9498-a207cd39c247@yandex.ru> Date: Sun, 19 Apr 2020 19:38:32 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 19.04.2020 19:31, João Távora wrote: > That's a bad assumption. It just isn't true. Okay then. It just was a property of all the lisp-data files I'm aware of. If that's not true for the general case, don't worry about it. > And I don't see any > difference to elisp here, what did you have in mind? Elisp pretty much always has multiple forms on the top level. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 19 16:18:07 2020 Received: (at 40573) by debbugs.gnu.org; 19 Apr 2020 20:18:07 +0000 Received: from localhost ([127.0.0.1]:46063 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQGOE-0007pE-QX for submit@debbugs.gnu.org; Sun, 19 Apr 2020 16:18:07 -0400 Received: from mail-io1-f47.google.com ([209.85.166.47]:40682) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQGOC-0007oi-HS for 40573@debbugs.gnu.org; Sun, 19 Apr 2020 16:18:05 -0400 Received: by mail-io1-f47.google.com with SMTP id w1so8584321iot.7 for <40573@debbugs.gnu.org>; Sun, 19 Apr 2020 13:18:04 -0700 (PDT) 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 :cc; bh=16WFuqYukLvajl55HGu1Db5NY+D16fv1Cub77PU1r5E=; b=NZUGN7ayODICmeHpBXvlQUHOmWWH30lM0loZXXzQrR+FeBiPoPCM/zVSc0h28t36kM 2i30LcfS6nuH6BuALiJgWxtuWyYcBxNqXqKCGIRWnLV0OmptN7TSjUcNhI28mGQjuWuK aGDxCgIgzrp8xvEYxbE0bjkLG8G74u42VEVVYc9Hv6/bIQ3Q48lbODw3h2510aXd+5I8 6mYbN5cmYoxE4fUGskNIbdH04Et9zYhFlh8a1v89jFl44gEim5q0qil4xXnaMLMcCEHx S7J5/vd7MNe6H1rcZWqVceS5L5PvoLUYWtVkIC/+7qujeUEKJTm+ydaBfueleOmQcrJS T6kA== 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:cc; bh=16WFuqYukLvajl55HGu1Db5NY+D16fv1Cub77PU1r5E=; b=ElB/8WIUYKhiD+RePpGXynw6SlSoGJld1m/qPNkrYUNSpI1J2T3jF7KIi90wd0LkWk wtdCzTBVonXDcYdCN4k838f2t7yQ+OGmql0lFHARTlTcU3QRgqWbwMmwCH3KFDg4NB15 AuFP6NJ95ZKcHzTaejYFCUMz4e8W6JSlbQ9YhndL2upXJr00AEOjXfdgrDn9CMezVYw+ aS2iqpibDwjnKohRgFDFdYeUNjRYYytKedWcnw1rycMOlU5vHGfE87g1TV8qfnK+T8XZ MyEOp0ocjG2lwXmozfMl92RMbgWvdWul6pYWivsbgo6970PDCyCKhuWCq4XcSlMYaJCh uzaA== X-Gm-Message-State: AGi0PuZ9hq2rvSXJeB+syjjcFPs9XD5+wnPcnaQcMzxRsF9P3X/ITgZt OLFCkSB4ly5o0sUTHa2rkEpv/vagQyAyAdndyCA= X-Google-Smtp-Source: APiQypLev1g8MSow5YvGwDzlpNPdF/UlTn1BUFX/EEZGadc4sUAQZqlDoPwu/RBXUPvCzYdk48PryfbCMWKVj/yWHwI= X-Received: by 2002:a02:b09:: with SMTP id 9mr5607791jad.24.1587327478987; Sun, 19 Apr 2020 13:17:58 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> <83sggzinhc.fsf@gnu.org> In-Reply-To: <83sggzinhc.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 19 Apr 2020 21:17:47 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000008701c905a3aa7ab6" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000008701c905a3aa7ab6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 19, 2020 at 3:01 PM Eli Zaretskii wrote: > > Does this need documentation? > > The new mode should be called out in NEWS, yes. > Do you suggest any starting suggestion fpr phrasing? I ask because you frequently find flaws in my English. > diff --git a/lisp/emacs-lisp/lisp-mode.el b/lisp/emacs-lisp/lisp-mode.el > > index 13263f2fb5..3b0f5493ee 100644 > > --- b/lisp/emacs-lisp/lisp-mode.el > > +++ a/lisp/emacs-lisp/lisp-mode.el > > @@ -611,15 +611,10 @@ > > ;; a single docstring. Let's fix it here. > > (if (looking-at "\\s-+\"[^\n\"]+\"\\s-*$") "")) > > > > -(defun lisp-mode-variables (&optional lisp-syntax > keywords-case-insensitive > > - elisp) > > +(defun lisp-mode-variables (&rest ignored) > > Please don't make this backward-incompatible change. Let's keep the > API of this function unchanged. > OK. See the latest commit. Jo=C3=A3o --0000000000008701c905a3aa7ab6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Apr 19, 2020 at 3:01 PM Eli Zaret= skii <eliz@gnu.org> wrote:
> Does this need documentation?

The new mode should be called out in NEWS, yes.

Do you suggest any starting suggestion fpr phrasing?
I ask because you frequently find flaws in my
English.

> diff --git a/lisp/emacs-lisp/lisp-mode.el b/lisp/emacs-lisp/lisp-mode.= el
> index 13263f2fb5..3b0f5493ee 100644
> --- b/lisp/emacs-lisp/lisp-mode.el
> +++ a/lisp/emacs-lisp/lisp-mode.el
> @@ -611,15 +611,10 @@
>=C2=A0 =C2=A0 ;; a single docstring.=C2=A0 Let's fix it here.
>=C2=A0 =C2=A0 (if (looking-at "\\s-+\"[^\n\"]+\"\\s= -*$") ""))
>
> -(defun lisp-mode-variables (&optional lisp-syntax keywords-case-i= nsensitive
> -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 elisp)
> +(defun lisp-mode-variables (&rest ignored)

Please don't make this backward-incompatible change.=C2=A0 Let's ke= ep the
API of this function unchanged.
=C2=A0
OK.=C2=A0 = See the latest commit.

Jo=C3=A3o
--0000000000008701c905a3aa7ab6-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 20 09:41:47 2020 Received: (at 40573) by debbugs.gnu.org; 20 Apr 2020 13:41:47 +0000 Received: from localhost ([127.0.0.1]:46752 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQWgA-0001BG-Ud for submit@debbugs.gnu.org; Mon, 20 Apr 2020 09:41:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59576 helo=eggs1p.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQWg9-0001B4-My for 40573@debbugs.gnu.org; Mon, 20 Apr 2020 09:41:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46952) by eggs1p.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jQWg3-0002nN-8L; Mon, 20 Apr 2020 09:41:35 -0400 Received: from [176.228.60.248] (port=3562 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jQWg2-00070k-4M; Mon, 20 Apr 2020 09:41:35 -0400 Date: Mon, 20 Apr 2020 16:41:29 +0300 Message-Id: <835zdui8ae.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sun, 19 Apr 2020 21:17:47 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> <83sggzinhc.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: contovob@tcd.ie, 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Sun, 19 Apr 2020 21:17:47 +0100 > Cc: "Basil L. Contovounesios" , Stefan Monnier , > Juri Linkov , 40573@debbugs.gnu.org, Dmitry Gutov > > The new mode should be called out in NEWS, yes. > > Do you suggest any starting suggestion fpr phrasing? Just that there's this new mode, and what files will (or should) turn it on. > I ask because you frequently find flaws in my > English. You make it sound like fixing the wording or changing it is some kind of sin that you need to apologize. It isn't: I frequently find phrases or wording in the documentation that could be improved, and when I do, I fix them. Others fix what I wrote when they find similar opportunities. This is routine, and says nothing bad about you or your English. No one can excel in everything they do, and there's no need to apologize or feel victimized when someone improves some text you wrote. > Please don't make this backward-incompatible change. Let's keep the > API of this function unchanged. > > OK. See the latest commit. LGTM, thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 20 10:03:09 2020 Received: (at 40573) by debbugs.gnu.org; 20 Apr 2020 14:03:09 +0000 Received: from localhost ([127.0.0.1]:48139 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQX0u-00022M-Rf for submit@debbugs.gnu.org; Mon, 20 Apr 2020 10:03:09 -0400 Received: from mail-io1-f46.google.com ([209.85.166.46]:40385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQX0s-00021r-5b for 40573@debbugs.gnu.org; Mon, 20 Apr 2020 10:03:08 -0400 Received: by mail-io1-f46.google.com with SMTP id p10so1478165ioh.7 for <40573@debbugs.gnu.org>; Mon, 20 Apr 2020 07:03:06 -0700 (PDT) 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 :cc; bh=/MAa2PUmoDh8vwOSvGzjdVJqPAA0chPZZuaos/Rx/sY=; b=HdEVtSvh8I6WJWqmasEp0uEzezn1H2rAW04bfrHMPGVPNh2EigbxKh+gAlKAzDER62 gdZglRrim9wD5zA2mevJpMGBC3yYtOL3l059Mpj2douzxQu8hcj+h2c37/bHKMMQ39ok Iv3RKBRDklGpktOWVwxXACRj6LoIfGO/rZUQEZ+0aSq1bjr8xQy1XASLQkzHL1WGRwRG V1To6W/8uD73vsR1ct5iXN8lfmDTPvHL/OraglL3Rpm0GNi7DN5M5tS9Tpd7c3alfjOD Ttr6hK5opGFN1K9EUvMnS//2KpApIegNu3gu4cRuysQz8NqKhVXyngHiyUMIlgtt2ZZ+ pw6w== 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:cc; bh=/MAa2PUmoDh8vwOSvGzjdVJqPAA0chPZZuaos/Rx/sY=; b=E0BwA7FSFyQMzTchkKKul3mP7IfhumqIJbJR82w2ssRE+mGReBmOenMJsAp5nBeGds Y7m7dtIqcncIRXj0/yq5zPYeKLmSwnwetwF/Jm8cT0VodsAc/uZfIo//sP0hJ57h7FpE 5Yjr8dxFS6vwFg+ZO53cPGhsZubvsgw5AUS5ii1cW/KuNw2/6yMYpjYWB6AtofRXZwzK Wn1f7QdAykbwIVtKCI42w7UHY1Om75AdVsV6Klux3Wz0qO1r3DDsy3sTLvDHPXep8fB3 wffMOkvNQ7OAcv+f3TGWn6Ogw4WkBD/ioezWiZnLaCH5CveWRdb8curO83FEQVl6nyUq 4vIQ== X-Gm-Message-State: AGi0PubaPJ1XdHAMKn0EW5LjPNR/CxPP+7B7pLIAYA3/XSaDu9dN0bU2 KWuZBQfIHVZEKAF7tU40zNV7xWScdoEZnI+1zVI= X-Google-Smtp-Source: APiQypJpi0LYPgBeqaKFCbskMF5x9T/TT0Boi0DRO/hecGsY1b/DIWxgl4Gp9jXj+8Xh5JXCO0f/hhmXKDpHROmk6dA= X-Received: by 2002:a5d:8d89:: with SMTP id b9mr16155677ioj.156.1587391379767; Mon, 20 Apr 2020 07:02:59 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> <83sggzinhc.fsf@gnu.org> <835zdui8ae.fsf@gnu.org> In-Reply-To: <835zdui8ae.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Mon, 20 Apr 2020 15:02:47 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000004f86f505a3b95be3" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40573 Cc: "Basil L. Contovounesios" , 40573@debbugs.gnu.org, Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000004f86f505a3b95be3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Apr 20, 2020 at 2:41 PM Eli Zaretskii wrote: > > > Do you suggest any starting suggestion fpr phrasing? > > I ask because you frequently find flaws in my > > English. > You make it sound like fixing the wording or changing it is some kind > of sin that you need to apologize. No, I just asked you if you had any starting suggestion. No need to read anything more into it, thank you. I'm not apologizing for anything. My doc writing skills are decent IMO, but Emacs has very specific style, is all. > LGTM, thanks. Shall I squash the commits and push to master? Jo=C3=A3o --0000000000004f86f505a3b95be3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Apr 20, 2020 at 2:41 PM Eli Zaretskii <eliz@gnu.org> wrote:
>
> > D= o you suggest any starting suggestion fpr phrasing?
> > I ask beca= use you frequently find flaws in my
> > English.
> You make = it sound like fixing the wording or changing it is some kind
> of sin= that you need to apologize.

No, I just asked you if you had any st= arting suggestion.
No need to read anything more into it, thank you. I&= #39;m
not apologizing for anything. My doc writing skills are
<= /div>
decent IMO, but Emacs has very specific style, is all.
<= div>
> LGTM, thanks.

Shall I squa= sh the commits and push to master?

Jo=C3=A3o
--0000000000004f86f505a3b95be3-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 20 12:05:22 2020 Received: (at 40573) by debbugs.gnu.org; 20 Apr 2020 16:05:22 +0000 Received: from localhost ([127.0.0.1]:48298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQYv7-0005Ks-Q5 for submit@debbugs.gnu.org; Mon, 20 Apr 2020 12:05:22 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42016 helo=eggs1p.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jQYv5-0005KY-AZ for 40573@debbugs.gnu.org; Mon, 20 Apr 2020 12:05:15 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50100) by eggs1p.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jQYuy-0005Vl-Gf; Mon, 20 Apr 2020 12:05:08 -0400 Received: from [176.228.60.248] (port=4408 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jQYuw-00083Q-IF; Mon, 20 Apr 2020 12:05:08 -0400 Date: Mon, 20 Apr 2020 19:05:02 +0300 Message-Id: <83d082gn2p.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Mon, 20 Apr 2020 15:02:47 +0100) Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> <83sggzinhc.fsf@gnu.org> <835zdui8ae.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40573 Cc: contovob@tcd.ie, 40573@debbugs.gnu.org, dgutov@yandex.ru, monnier@iro.umontreal.ca, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: João Távora > Date: Mon, 20 Apr 2020 15:02:47 +0100 > Cc: "Basil L. Contovounesios" , Stefan Monnier , > Juri Linkov , 40573@debbugs.gnu.org, Dmitry Gutov > > Shall I squash the commits and push to master? If there's nothing left to take care of, sure. From debbugs-submit-bounces@debbugs.gnu.org Fri May 01 07:10:42 2020 Received: (at 40573-done) by debbugs.gnu.org; 1 May 2020 11:10:42 +0000 Received: from localhost ([127.0.0.1]:48312 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jUTZ0-0001S7-Kq for submit@debbugs.gnu.org; Fri, 01 May 2020 07:10:42 -0400 Received: from mail-io1-f42.google.com ([209.85.166.42]:34777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jUTYy-0001Rl-FK for 40573-done@debbugs.gnu.org; Fri, 01 May 2020 07:10:38 -0400 Received: by mail-io1-f42.google.com with SMTP id f3so4565384ioj.1 for <40573-done@debbugs.gnu.org>; Fri, 01 May 2020 04:10:36 -0700 (PDT) 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 :cc:content-transfer-encoding; bh=KkEHnIL4rzg7+oQgeSjiA26pM71P4iqnirRWKW8pwnQ=; b=BDTiiPAtqYUQPnPmrkcEv9A7VhPk0H+yybNyxGpRIsMMEBpz+0O8RVN64rqBJk+NtH ijH3tTzY4KqpdySIQGSjbEtNqgQ9beeVCFvgkGKhrZkVfCIfgi6E3ynfv0biP5oKIc8o +y/m/5Qe5weQ/bpko615al9bUtFGNMmZBq2m0qchITQnlEG3Wz2u8zBD9bUdilM00A7L 2zT1D8QhPlDHNd7aT9/zRgVXotgmZYPKMPdeW4rJOrjeB1ecj/9UuBI0DBMWV9PNv6M6 xpYxyUveqV9Ek9aF7kUoV+n57rr9vlPqofDhGux05Dj4JDBPzmu/pqzjz59oHyTHasrX J40w== 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:cc:content-transfer-encoding; bh=KkEHnIL4rzg7+oQgeSjiA26pM71P4iqnirRWKW8pwnQ=; b=eLy6QL22oNxuZsPMbQyD0MQH4Y7XpqOSkWQsePZXy+gMGAjTjVYitF12w1qA1bqguD 1B694hNNhZjXYlnLI1JnMbkFS2YozHFInt6O7w7zV72n6152529jXMtkyxfoudT0u++V Zd0IFS1JqDKjcPSLK7FGUIDPLu2NYMmYznwuKJuDtOSlzwA07ulpsWAgFKkmW9hyq640 So04SKQfcEaZcC55MYuyNI+Dw+Qoa0LvDsaWSQ0+N2z4G88Ka2FRPCigTmCW4yho1JO7 VP3tbO/NeMpbA1oXQ1ep5eQN6ruADuHwm13bFsvD53YpUVkWK2n9clN50GcKdY9sjiYA ut/Q== X-Gm-Message-State: AGi0PubeWJr/Fw3lft61eGHJzENfm0Q6jauP0oaQqaXePscQR+6VnJZk nOu1mVWpHfpr/qAVbCkAsT5pATiN9N/ygnGpOsA= X-Google-Smtp-Source: APiQypJg9zpVhq6ri/+L5ob/zRSgc0volW3Z0uL6xbbsjV2qeMqR43b27eQtFcuS8YHV53PbjYBJng2tlLiO0+5+kTA= X-Received: by 2002:a6b:6a0b:: with SMTP id x11mr3255041iog.57.1588331430829; Fri, 01 May 2020 04:10:30 -0700 (PDT) MIME-Version: 1.0 References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> <835zdxaw60.fsf@gnu.org> <83zhb99dkg.fsf@gnu.org> <83sggzinhc.fsf@gnu.org> <835zdui8ae.fsf@gnu.org> <83d082gn2p.fsf@gnu.org> In-Reply-To: <83d082gn2p.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 1 May 2020 12:10:19 +0100 Message-ID: Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer To: Eli Zaretskii , 40573-done@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40573-done Cc: "Basil L. Contovounesios" , Dmitry Gutov , Stefan Monnier , Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Mon, Apr 20, 2020 at 5:05 PM Eli Zaretskii wrote: > > > From: Jo=C3=A3o T=C3=A1vora > > Date: Mon, 20 Apr 2020 15:02:47 +0100 > > Cc: "Basil L. Contovounesios" , Stefan Monnier , > > Juri Linkov , 40573@debbugs.gnu.org, Dmitry Guto= v > > > > Shall I squash the commits and push to master? > > If there's nothing left to take care of, sure. Done. Also marking this bug "done". From unknown Sun Jun 22 22:41:59 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 29 May 2020 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator