all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Harry Putnam <reader@newsguy.com>
To: help-gnu-emacs@gnu.org
Subject: cperl-mode and fontlock
Date: Thu, 17 Sep 2009 17:37:35 -0500	[thread overview]
Message-ID: <87ab0tjiz4.fsf@newsguy.com> (raw)

(I've cross posted to emacs-devel on the off chance this is strictly a
cvs-emacs problem)
Running recent cvs-emacs on Gentoo linux

Does every one have trouble with syntax highlight in cperl-mode or is
it a local phenomena for me?

I do have `(global-font-lock-mode t)' set in site-start.el

And this in ~/.emacs
=====     *     =====     *     =====     *     =====
 
;;; Make syntax highlight in shell mode show better colors...
;;; No more dark glaring blue on dark terminal
(eval-after-load 'ansi-color
  '(progn
     (setq ansi-color-names-vector ["gray50" "salmon" "palegreen"
                                    "lightgoldenrod" "SkyBlue2"
                                    "plum3" "turquoise" "white"])
     (setq ansi-color-map (ansi-color-make-color-map))))
=====     *     =====     *     =====     *     =====
 
What I see in X, is a general loss of font-locking as I work along.
(Haven't tested in console mode)

As I enter code... syn-hilite appears to be working just as expected
but as time wears on and some of the code scrolls off the screen,
Eventually when viewed later syn-hilite has disappeared in all but a
few items.

Just scrolling code off visible area and back doesn't appear to do it
... I'm not sure exactly what does.

If I return to edit some already entered code that has lost its
syn-hilite, the hilite returns the instant I make any
modification. But then later I see its left again.

Calling M-x `font-lock-fontify-buffer' does not seem to re-instate the
syntax highlight where it has already gone away either.

And its not the kind of thing you see when you've forgotten a closing
quote.  In that case the whole section turns a uniform color.
What I'm seeing is return to default face after a while.  Instead of
the faces specified by syntax highlight code. And not all items have
turned back to default... some remain hilited.

An example of something that appear to routinely loose thier highlight
are perls' `my' and `our' stipulators.  `While' and `if' fall prey after while
too, including coding between the curly braces ({...}).

Some things that stay highlighted are things inside quotes, and things
inside the regular expression operators (//).

Any ideas what to do about it?





             reply	other threads:[~2009-09-17 22:37 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-17 22:37 Harry Putnam [this message]
     [not found] <mailman.6904.1253227091.2239.help-gnu-emacs@gnu.org>
2009-09-25 10:08 ` cperl-mode and fontlock Ilya Zakharevich
2009-09-25 22:29   ` Harry Putnam
2009-09-26  1:46   ` Harry Putnam
2009-09-26  2:30   ` Harry Putnam
     [not found]   ` <mailman.7552.1253917816.2239.help-gnu-emacs@gnu.org>
2009-09-28 14:57     ` Ted Zlatanov
2009-10-09  9:04       ` Ilya Zakharevich
2009-10-09 14:50         ` Ted Zlatanov
2009-10-09 21:48           ` Ilya Zakharevich
2009-10-14 15:55             ` Ted Zlatanov
2009-10-09  8:29     ` Ilya Zakharevich
2009-10-09 13:41       ` Harry Putnam
     [not found]   ` <mailman.7555.1253929616.2239.help-gnu-emacs@gnu.org>
2009-09-29  9:48     ` Ilya Zakharevich
2009-09-29 16:03       ` Harry Putnam
2009-09-30  6:25         ` Kevin Rodgers
2009-09-30  6:28           ` Harry Putnam

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ab0tjiz4.fsf@newsguy.com \
    --to=reader@newsguy.com \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.