GNU bug report logs - #3677
23.0.95; facemenu-read-color should not require match

Previous Next

Package: emacs;

Reported by: Jay Berkenbilt <ejb <at> ql.org>

Date: Thu, 25 Jun 2009 14:30:03 UTC

Severity: normal

Done: Chong Yidong <cyd <at> stupidchicken.com>

Bug is archived. No further changes may be made.

Full log


Message #12 received at 3677-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: "'Jay Berkenbilt'" <ejb <at> ql.org>, <3677-done <at> debbugs.gnu.org>
Subject: Re: 23.0.95; facemenu-read-color should not require match
Date: Sun, 16 Aug 2009 14:10:58 -0400
"Drew Adams" <drew.adams <at> oracle.com> writes:

> 1. I don't understand your change. Why define a `completer' function
> here, instead of just using `completing-read' directly as before? And
> you still pass `t' as the REQUIRE-MATCH parameter, so it's not clear
> to me how this accepts #RRRGGGBBB colors.

The completer function checks `color-defined-p' if the color passed by
the user is not a predefined color name.  That's how it accepts RGB
triplets.

> 2. Why don't you just use the function `read-color', defined in
> faces.el? That's exactly what it's for - it handles all colors
> correctly, including both named colors and #RRRGGGBBB (hex RGB string)
> colors.

That's true, we should probably merge facemenu-read-color and
read-color.



This bug report was last modified 15 years and 287 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.