all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Font-lock in COMINT modes (again)
@ 2007-01-23 20:46 JD Smith
  2007-02-01  1:06 ` JD Smith
  0 siblings, 1 reply; 2+ messages in thread
From: JD Smith @ 2007-01-23 20:46 UTC (permalink / raw)



In Dec. we had a discussion about comint's new default of fontifying
strings and comments, due to the change:

----------------------------
revision 1.348
date: 2006-09-28 19:09:19 +0000;  author: rms;  state: Exp;  lines: +4 -1
(comint-mode): Bind font-lock-defaults non-nil.
----------------------------

At the time I proposed this simple patch to fix this:

*** comint.el	28 Nov 2006 11:25:56 -0700	1.350 --- comint.el	07 Dec 2006
10:54:48 -0700 ***************
*** 653,659 ****
    (make-local-variable 'comint-accum-marker) (setq comint-accum-marker
    (make-marker)) (make-local-variable 'font-lock-defaults)
!   (setq font-lock-defaults '(nil))
    (add-hook 'change-major-mode-hook 'font-lock-defontify nil t) ;; This
    behavior is not useful in comint buffers, and is annoying (set
    (make-local-variable 'next-line-add-newlines) nil))
--- 653,659 ----
    (make-local-variable 'comint-accum-marker) (setq comint-accum-marker
    (make-marker)) (make-local-variable 'font-lock-defaults)
!   (setq font-lock-defaults '(nil t))
    (add-hook 'change-major-mode-hook 'font-lock-defontify nil t) ;; This
    behavior is not useful in comint buffers, and is annoying (set
    (make-local-variable 'next-line-add-newlines) nil))

Should I install it?  We concluded that it would not result in any
performance penalty, and I assume (but don't know, never used it) the
facemenu issue the original change addresses wouldn't be adversely
affected.

JD

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

* Re: Font-lock in COMINT modes (again)
  2007-01-23 20:46 Font-lock in COMINT modes (again) JD Smith
@ 2007-02-01  1:06 ` JD Smith
  0 siblings, 0 replies; 2+ messages in thread
From: JD Smith @ 2007-02-01  1:06 UTC (permalink / raw)
  To: emacs-devel

On Tue, 23 Jan 2007 13:46:18 -0700, JD Smith wrote:

> At the time I proposed this simple patch to fix this:
> 
> *** comint.el	28 Nov 2006 11:25:56 -0700	1.350 --- comint.el	07 Dec 2006
> 10:54:48 -0700 ***************
> *** 653,659 ****
>     (make-local-variable 'comint-accum-marker) (setq comint-accum-marker
>     (make-marker)) (make-local-variable 'font-lock-defaults)
> !   (setq font-lock-defaults '(nil))
>     (add-hook 'change-major-mode-hook 'font-lock-defontify nil t) ;; This
>     behavior is not useful in comint buffers, and is annoying (set
>     (make-local-variable 'next-line-add-newlines) nil))
> --- 653,659 ----
>     (make-local-variable 'comint-accum-marker) (setq comint-accum-marker
>     (make-marker)) (make-local-variable 'font-lock-defaults)
> !   (setq font-lock-defaults '(nil t))
>     (add-hook 'change-major-mode-hook 'font-lock-defontify nil t) ;; This
>     behavior is not useful in comint buffers, and is annoying (set
>     (make-local-variable 'next-line-add-newlines) nil))
> 
> Should I install it?  We concluded that it would not result in any
> performance penalty, and I assume (but don't know, never used it) the
> facemenu issue the original change addresses wouldn't be adversely
> affected.

This patch has now been checked in.

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

end of thread, other threads:[~2007-02-01  1:06 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-23 20:46 Font-lock in COMINT modes (again) JD Smith
2007-02-01  1:06 ` JD Smith

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.