bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Paren highlighting does not look at syntax table text properties


From: Michael Schierl
Subject: Paren highlighting does not look at syntax table text properties
Date: Sat, 03 Apr 2004 20:23:33 +0200
User-agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (windows-nt)

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i386-msvc-windows98.3000)
 of 2003-03-28 on buffy
configured using `configure --with-msvc (12.00)'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: deu
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Consider the following Emacs lisp code:

(setq parse-sexp-lookup-properties t) 
(let ((str "( :-] )"))
  (put-text-property 2 5 'syntax-table '(0) str)
  (insert str))

If I understand the documentation correctly, this should insert a
smily in parentheses where all three smily characters should be
treated as whitespace.

It works that far that when highlight paren mode is enabled, and
placing point before the "(", it will highlight the ")" properly
(without changes it'd highlight the "]" and show "Mismatched
parentheses") and vice versa. However, when I place point after the
"]" char, it *will* be highlighted as a mismatched parenthesis,
although it should be white space and thus not be highlighted at all.

More complex expressions lead to some "random" character in the buffer
to be highlighted (which are neither parens nor should be treated as
parens by their syntax table text property), but I did not find a
small example to reproduce.

Recent input:
M-x r e p o r t - e m a c s - b <tab> <return>

Recent messages:
[snipped]




reply via email to

[Prev in Thread] Current Thread [Next in Thread]