Re: message mode loses highlighting

[Ted Zlatanov <tzz@lifelogs.com>]

On Tue, 08 Jul 2003, yamaoka@jpl.org wrote:
> I'm well aware of that.  How did you use to turn on font-lock in
> a messege buffer (before using it)?  AFAIK, Gnus doesn't turn on
> font-lock for the message-mode by default, except for XEmacs.

I have

(global-font-lock-mode t)

in my .emacs, and it affects message-mode as well I think.

> You are right.  The tzz- function will surely turn on font-lock
> for the *text-mode* and it will be still turned on for the
> message-mode.  Even so, the message-font-lock-keywords variable
> will still be ignored.  What you should do is to add the
> following hook in order to turn on font-lock again for the
> *message-mode*.  For that purpose, it is necessary to use
> `(font-lock-mode 1)' rather than `turn-on-font-lock' since
> t-o-f-l does nothing if font-lock is already turned on:
> 
> (add-hook 'message-mode-hook (lambda nil (font-lock-mode 1)))

When I do M-x font-lock-mode in a message-mode buffer it disables
font-lock.  Running it again re-enables font-lock.

M-: (font-lock-mode 1) in a message-mode buffer after the
tzz-highlighting-install function has no effect (but it returns t).
The buffer remains without highlighting.  Adding it to the
message-mode-hook as a lambda function has no effect, either.

Basically, my problem is that tzz-highlighting-install should work,
and works in all other modes, but for message-mode it turns font-lock
off.  font-lock, however, still thinks it's on!  So maybe the
message-mode highlighting keywords are somehow affected by the
font-lock-add-keywords statement.

> P.S.
> Sorry for my funny English.  I am a sophisticated writer in
> Japanese, but not in English. ;-)

No problem, I appreciate your help greatly.  I don't know if I'll get
the characters right, since I don't speak Japanese, but here's a try: 
どうもarigataう :) 

I couldn't figure out a way to input "ari" or "gata" with the
japanese-hiragana input method.

Ted