GNU bug report logs - #40573
27.0.90; flymake-mode broken in scratch buffer

Previous Next

Full log

Message #56 received at 40573 <at> debbugs.gnu.org (full text, mbox):

From: João Távora <joaotavora <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 40573 <at> debbugs.gnu.org, Dmitry Gutov <dgutov <at> yandex.ru>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, Juri Linkov <juri <at> linkov.net>
Subject: Re: bug#40573: 27.0.90; flymake-mode broken in scratch buffer
Date: Tue, 14 Apr 2020 17:42:08 +0100

[Message part 1 (text/plain, inline)]

On Tue, Apr 14, 2020 at 5:28 PM Eli Zaretskii <eliz <at> gnu.org> 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ão





--
João Távora

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.