GNU bug report logs - #15120
24.3.50; (elisp) `Search-based Fontification': unspecified MATCHER cases

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Sat, 17 Aug 2013 17:34:02 UTC

Severity: minor

Tags: wontfix

Found in version 24.3.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 15120 <at> debbugs.gnu.org
Subject: Re: bug#15120: 24.3.50;
 (elisp) `Search-based Fontification': unspecified MATCHER cases
Date: Mon, 10 Feb 2014 00:03:06 -0800
Drew Adams <drew.adams <at> oracle.com> writes:

> You are just not reading.
>
> What it says, at the place where you apparently think that it
> introduces MATCHER for the entire page, is this:
>
>   "In this kind of element, MATCHER is..."
>    ^^^^^^^^^^^^^^^^^^^^^^^
>
> IN THIS KIND OF ELEMENT!  Why on Earth does it say that?
>
> It is specifying what MATCHER means in the form `(MATCHER . SUBEXP)',
> where SUBEXP must be...  And by taking the pains to specify
> explicitly that this applies to this kind of element, the
> suggestion is that it does NOT necessarily apply to the other
> kinds of element shown on the page.  Otherwise, why say that?

And in the next paragraphs it doesn't define MATCHER, because, well,
it's the same.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/




This bug report was last modified 11 years and 159 days ago.

Previous Next


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