unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* Font-lock bug in lisp mode
@ 2002-09-04 23:54 Jesper Harder
  2002-09-05  5:22 ` Eli Zaretskii
  0 siblings, 1 reply; 3+ messages in thread
From: Jesper Harder @ 2002-09-04 23:54 UTC (permalink / raw)


In GNU Emacs 21.2.1 (i386-redhat-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-04-09 on porky.devel.redhat.com
configured using `configure  i386-redhat-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --with-gcc --with-pop --with-sound'
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: en_US.iso885915
  locale-coding-system: iso-latin-9
  default-enable-multibyte-characters: t

Font-locking fails in lisp mode when you have a multi-line string with an
opening bracket as the first character of the last line -- subsequent
words are coloured as strings.

Steps to reproduce:

* emacs -q -no-site-file

* Turn on font-lock-mode in a buffer in lisp interaction mode.

* Type:

"foo
("
bar

* "bar" is coloured as a string.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Font-lock bug in lisp mode
  2002-09-04 23:54 Font-lock bug in lisp mode Jesper Harder
@ 2002-09-05  5:22 ` Eli Zaretskii
  2002-09-05  6:17   ` Jesper Harder
  0 siblings, 1 reply; 3+ messages in thread
From: Eli Zaretskii @ 2002-09-05  5:22 UTC (permalink / raw)
  Cc: bug-gnu-emacs


On Thu, 5 Sep 2002, Jesper Harder wrote:

> Font-locking fails in lisp mode when you have a multi-line string with an
> opening bracket as the first character of the last line -- subsequent
> words are coloured as strings.

This issue and the way to work around this limitation are documented in 
etc/PROBLEMS.  Search for "Font Lock displays portions of the buffer in 
incorrect faces" in PROBLEMS.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Font-lock bug in lisp mode
  2002-09-05  5:22 ` Eli Zaretskii
@ 2002-09-05  6:17   ` Jesper Harder
  0 siblings, 0 replies; 3+ messages in thread
From: Jesper Harder @ 2002-09-05  6:17 UTC (permalink / raw)
  Cc: bug-gnu-emacs

Eli Zaretskii <eliz@is.elta.co.il> writes:

> On Thu, 5 Sep 2002, Jesper Harder wrote:
>
>> Font-locking fails in lisp mode when you have a multi-line string with an
>> opening bracket as the first character of the last line -- subsequent
>> words are coloured as strings.
>
> This issue and the way to work around this limitation are documented in 
> etc/PROBLEMS.

Thanks for the pointer, and sorry about the line noise :-)

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-09-05  6:17 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-09-04 23:54 Font-lock bug in lisp mode Jesper Harder
2002-09-05  5:22 ` Eli Zaretskii
2002-09-05  6:17   ` Jesper Harder

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).