[debbugs-tracker] bug#15668: closed (24.3.50; No font lock on active region)

[GNU bug Tracking System]

Your message dated Fri, 1 Nov 2013 16:54:46 +0100
with message-id <address@hidden>
and subject line Re: bug#15668: 24.3.50; No font lock on active region
has caused the debbugs.gnu.org bug report #15668,
regarding 24.3.50; No font lock on active region
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
15668: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15668
GNU Bug Tracking System
Contact address@hidden with problems

--- Begin Message --- Subject: 24.3.50; No font lock on active region Date: Mon, 21 Oct 2013 13:56:24 +0800

Open any elisp file and mark a function, and the active region is

not font-lockfied. 

This only occurs in GUI mode, it's ok with text-mode.  

In GNU Emacs 24.3.50.14 (x86_64-apple-darwin13.0.0, NS apple-appkit-1265.00)

 of 2013-10-21 on Darren-rMBP.local

Bzr revision: 114730 address@hidden

Windowing system distributor `Apple', version 10.3.1265

Configured using:

 `configure --with-ns'

Important settings:

  value of $LANG: en_US.UTF-8

  locale-coding-system: utf-8-unix

  default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:

  tooltip-mode: t

  mouse-wheel-mode: t

  tool-bar-mode: t

  menu-bar-mode: t

  file-name-shadow-mode: t

  global-font-lock-mode: t

  font-lock-mode: t

  blink-cursor-mode: t

  auto-composition-mode: t

  auto-encryption-mode: t

  auto-compression-mode: t

  line-number-mode: t

  transient-mark-mode: t

Recent input:

M-x r e o <backspace> p o r t <tab> <return>

Recent messages:

For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:

None found.

Features:

(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml

easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231

mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums

mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks

lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt

fringe tabulated-list newcomment lisp-mode prog-mode register page

menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock

syntax facemenu font-core frame cham georgian utf-8-lang misc-lang

vietnamese tibetan thai tai-viet lao korean japanese hebrew greek

romanian slovak czech european ethiopic indian cyrillic chinese

case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice

loaddefs button faces cus-face macroexp files text-properties overlay

sha1 md5 base64 format env code-pages mule custom widget

hashtable-print-readable backquote make-network-process cocoa ns

multi-tty emacs)

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#15668: 24.3.50; No font lock on active region
>
>
>
>
> Date: 
>
> Fri, 1 Nov 2013 16:54:46 +0100
>
>
>
>
> Hello.
>
> 22 okt 2013 kl. 18:28 skrev Eli Zaretskii <address@hidden>:
>
> >> From: Jan Djärv <address@hidden>
> >> Date: Tue, 22 Oct 2013 18:14:03 +0200
> >> Cc: address@hidden,
> >> address@hidden
> >> 
> >> Hello.
> >> 
> >> 21 okt 2013 kl. 21:06 skrev Eli Zaretskii <address@hidden>:
> >> 
> >>>> From: Jan Djärv <address@hidden>
> >>>> Date: Mon, 21 Oct 2013 20:47:25 +0200
> >>>> Cc: Darren Hoo <address@hidden>,
> >>>> address@hidden
> >>>> 
> >>>> It would be nice if one could define a face with a foreground color to be 
> >>>> used when foreground and background otherwise are to similar.
> >>> 
> >>> Sounds like a simple enough extension to defface.
> >> 
> >> Well, yes, but I envisioned that querying the face for the foreground would 
> >> automatically give the "fallback" foreground when the background is close to 
> >> the foreground that would otherwise be used.
> > 
> > That's what I had in mind, yes.
> > 
> >> I think the calculation of close and maybe handling face inheritance is a 
> >> bit tricky.
> > 
> > Some distance in the RGB space might fit the former.  I'm quite sure
> > color comparison is something for which algorithms are readily
> > available.
>
> Actually there is a color_distance function in xfaces.c already.
> I implemented :distant-foreground to be used as a fallback, checked in to trunk.
>
> Marking this bug as done.
>
>         Jan D.
>
>
>
> --- End Message ---