all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Lars Magne Ingebrigtsen'" <larsi@gnus.org>, <emacs-devel@gnu.org>
Subject: Use color-tweaking code to improve face defaults? [was: /srv/bzr/emacs/trunk r1...]
Date: Wed, 24 Nov 2010 14:41:14 -0800	[thread overview]
Message-ID: <BEA7E27871B44EECA967BD6D21C35FAC@us.oracle.com> (raw)
In-Reply-To: <m3k4k28iv6.fsf@quimbies.gnus.org>

> Gnus now has a gazillion defface declarations like this:
> 
> (defface gnus-group-news-2-empty
>   '((((class color)(background dark))(:foreground "turquoise"))
>     (((class color)(background light))(:foreground "CadetBlue4"))
>     (t ()))
> 
> Which is very general and all, but the colours chosen are 
> usually quite garish, since (for instance) `light' commonly
> spans the gamut from white to gray, so we have to choose
> colours that pop.
> 
> We could start choosing more mellifluous hues by default, and have
> color-lab ensure that the text would be readable for all users...
> That is, reduce the fruit salad-ey-ness that Emacs has now.

I suggest a separate thread for this.

I personally agree that an ability to tweak colors for human readability etc.
_can_ sometimes help developers come up with better default values for face
colors.

(One might have doubts about "readable for all users", but let's assume that's
feasible.)

However, regardless of which colors you might come up with and propose, for
whichever face defaults, there is bound to be a lively discussion (aka melee).
There are lots of considerations when choosing _default_ colors for faces.

That's no reason not to try or not to discuss.  Just be forewarned to have
pastel expectations. ;-)




  reply	other threads:[~2010-11-24 22:41 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1PKgZg-0005td-8L@internal.in.savannah.gnu.org>
2010-11-23 19:50 ` /srv/bzr/emacs/trunk r102478: shr.el (shr-tag-color-check): Convert colors to hexadecimal with shr-color->hexadecimal Glenn Morris
2010-11-23 20:24   ` Chong Yidong
2010-11-23 21:14     ` Julien Danjou
2010-11-23 21:31       ` Chong Yidong
2010-11-23 21:38         ` Lars Magne Ingebrigtsen
2010-11-23 22:18           ` Chong Yidong
2010-11-23 22:34             ` Lars Magne Ingebrigtsen
2010-11-24  0:12               ` /srv/bzr/emacs/trunk r102478: shr.el (shr-tag-color-check):Convert " Drew Adams
2010-11-24  9:08                 ` Julien Danjou
2010-11-24 11:35                   ` Eli Zaretskii
2010-11-24 14:46                     ` Stefan Monnier
2010-11-24 15:30                       ` Lennart Borgman
2010-11-24 18:15                         ` Ted Zlatanov
2010-11-24 21:37                           ` Lennart Borgman
2010-11-24 22:19                       ` Lars Magne Ingebrigtsen
2010-11-24 22:41                         ` Drew Adams [this message]
2010-11-25  4:53                         ` Stefan Monnier
2010-12-10 19:19                           ` Ted Zlatanov
2010-11-24 16:15                   ` Drew Adams
2010-11-24 18:11                     ` Ted Zlatanov
2010-11-24 21:00                       ` /srv/bzr/emacs/trunk r102478: shr.el(shr-tag-color-check):Convert colors to hexadecimal withshr-color->hexadecimal Drew Adams
2010-11-24 21:33                         ` Julien Danjou
2010-11-24 21:51                           ` Drew Adams
2010-11-24 16:29                   ` /srv/bzr/emacs/trunk r102478: shr.el (shr-tag-color-check):Convert colors to hexadecimal with shr-color->hexadecimal Chong Yidong
2010-11-24  0:05             ` Drew Adams
2010-11-24  8:36         ` /srv/bzr/emacs/trunk r102478: shr.el (shr-tag-color-check): Convert " Richard Stallman
2010-11-24 14:42           ` Stefan Monnier
2010-11-23 21:16     ` Lars Magne Ingebrigtsen
2010-11-23 22:19       ` Ted Zlatanov
2010-11-23 21:14   ` Julien Danjou

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

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

  git send-email \
    --in-reply-to=BEA7E27871B44EECA967BD6D21C35FAC@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    --cc=larsi@gnus.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 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.