Hi, On Tue, Oct 22, 2013 at 2:47 AM, Jan Djärv wrote: > > Both Gtk+ and NS does this. The reason is that we use the system defined > selection colors, and the background may be ill-matched to Emacs foreground > colors. > For example, many Gnome settings use an almost black color for selection > background, so Emacs black for text color is almost unreadable. These > settings use white(ish) for text color which is much better. But by > setting foreground selection color, you loose font-lock. OSX uses a light > blue for background, which is very near to blue used by > font-lock-constant-face and also near font-lock-function-name-face. > > 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. > I've noticed the changes you made in revno: 114473, I can customize-faces of region for my own preference. But I would argue that it might be better to leave foreground of region face to be unspecified by default and only use ns_selection_bg_color for background. Let Emacs theme designers take care of the use ns_selection_fg_color if they want to their theme to work flawlessly on OSX. I suppose that many users do want fancy font-lock on active regions as many IDE does although even on text-mode this behaviour between different Emacs releases is non-consistent. I think the reason Gtk uses both gtk_selection_fg_color and gtk_selection_bg_color is that there are many themes for user to choose and different GNU/Linux distributors choose different themes thus the fock-lock on regions thing has to lose . But on OSX the color of highlight text is seldom changed (or at least for me). By default I find that both font-lock-constant-face and font-lock-function-name-face are quite readable on the default light blue selectedBackgroundColor.