GNU bug report logs - #5410
show-paren-mode and parens spread over multi-line comments

Previous Next

Package: emacs;

Reported by: Matrix <min.matrix <at> gmail.com>

Date: Mon, 18 Jan 2010 12:56:02 UTC

Severity: wishlist

Merged with 5411

Found in version 24.0.90

Fixed in version 29.1

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Andrew Hyatt <ahyatt <at> gmail.com>
Cc: 5410 <at> debbugs.gnu.org, Matrix <min.matrix <at> gmail.com>
Subject: bug#5410: Parenthesis Matching Bug!!
Date: Thu, 04 Aug 2016 23:47:24 +0200
Andrew Hyatt <ahyatt <at> gmail.com> writes:

> It'd be nice, I guess, if you could just turn it to nil when in a
> comment.

Yes, I think we could bind `parse-sexp-ignore-comments' to nil around
the calls to `scan-sexps' in `show-paren--default' when point is inside
a comment.  But I must admit that I don't understand the terse doc of
`parse-sexp-ignore-comments':

|  Non-nil means `forward-sexp', etc., should treat comments as
|  whitespace.

But what does nil mean, exactly?  It seems that comments are then
treated as if they were indistinguishable from code.  When I set
`parse-sexp-ignore-comments' to nil in emacs-lisp-mode, and have such a
file:

;; (
)

then show-paren-mode indicates the parens as matching, though one is
inside in a comment, and the other is not.  `scan-sexps' behaves
accordingly.  That would mean we would need to assure that the matching
paren position that `scan-sexps' has found is still inside the current
comment.


Michael.




This bug report was last modified 3 years and 25 days ago.

Previous Next


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