unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Hrvoje Niksic <hniksic@xemacs.org>
Cc: emacs-devel@gnu.org
Subject: Re: (font-lock-mode 1) does not always force font-lock
Date: Sun, 26 Oct 2003 17:56:01 +0100	[thread overview]
Message-ID: <m3ismcx7j2.fsf@hniksic.iskon.hr> (raw)
In-Reply-To: <87ismcb5ek.fsf@oak.pohoyda.family> (Alexander Pohoyda's message of "26 Oct 2003 12:32:51 +0100")

Alexander Pohoyda <alexander.pohoyda@gmx.net> writes:

> Please open the lisp/font-core.el file, function font-lock-mode,
> right at the beginning of the function, after very long comment,
> code goes like this:
>
>   ;; Don't turn on Font Lock mode if we don't have a display (we're running a
>   ;; batch job) or if the buffer is invisible (the name starts with a space).
>   (when (or noninteractive (eq (aref (buffer-name) 0) ?\ ))
>     (setq font-lock-mode nil))

I propose removing the buffer-name check, at least when the argument
to font-lock-mode is positive.

The code that prevents fontification of temporary buffers would be
better placed in the hook function installed by
`global-font-lock-mode'.

> I'm wondering why there's no such function:
>
> (defun buffer-invisible-p (&optional buffer)
[...]

I don't see a good use for this function.  Very little code should
care whether the buffer they're working on is temporary or not --
font-lock is the exception here, and even font-lock got it wrong
(IMHO).  Lisp code should preferrably check for specific features,
such as buffer-local variables, to modify its behavior.  Also, buffers
can be renamed, which would change their "invisibility" status.

(Note that the manual doesn't even use the term "invisible" for such
buffers.  It calls them "ephemeral" in one place.)

  reply	other threads:[~2003-10-26 16:56 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <m3smlkygno.fsf@hniksic.iskon.hr>
2003-10-23 18:38 ` (font-lock-mode 1) does not always force font-lock Richard Stallman
2003-10-23 22:30   ` Hrvoje Niksic
2003-10-24  5:22     ` Alexander Pohoyda
2003-10-24  9:49       ` Hrvoje Niksic
2003-10-24 19:12         ` Alexander Pohoyda
2003-10-24 20:15           ` Hrvoje Niksic
2003-10-25  7:35             ` Alexander Pohoyda
2003-10-25  9:52               ` Hrvoje Niksic
2003-10-26 11:32                 ` Alexander Pohoyda
2003-10-26 16:56                   ` Hrvoje Niksic [this message]
2003-10-26 19:07                     ` Stefan Monnier
2003-10-27 23:44                       ` Richard Stallman
2003-10-28 22:09                         ` Alexander Pohoyda
2003-11-18 21:13                         ` Alexander Pohoyda

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=m3ismcx7j2.fsf@hniksic.iskon.hr \
    --to=hniksic@xemacs.org \
    --cc=emacs-devel@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 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).