From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Bug? Date: Sun, 07 May 2023 15:17:24 +0300 Message-ID: <83h6soe3or.fsf@gnu.org> References: <875y9aciir.fsf.ref@yahoo.com> <875y9aciir.fsf@yahoo.com> <9DC42D1F-2061-48ED-932B-9704538356C8@acm.org> <380B9B5B-9FB9-4A99-830B-117A33519D3A@acm.org> <838re5mzcu.fsf@gnu.org> <7C681179-89A6-4BBA-9B31-11C13B2EEFF1@acm.org> <87wn1kibxu.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39644"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mattiase@acm.org, one.last.kiss@outlook.com, emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 07 14:17:15 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pvdKF-000A4I-9G for ged-emacs-devel@m.gmane-mx.org; Sun, 07 May 2023 14:17:15 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pvdJV-0004ZH-T9; Sun, 07 May 2023 08:16:29 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pvdJU-0004Z3-Bs for emacs-devel@gnu.org; Sun, 07 May 2023 08:16:28 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pvdJT-0000C2-Fq; Sun, 07 May 2023 08:16:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=rGHH44UuGqnkrNb7cebgI+DWfLx4Fq/ukmR4nkJMxBg=; b=bzgZHKmzLY25+plYb4yY jjbFmIYYMrvkslhNWJJfpzyKOsXI/wbPlA/0Pq1/eH0vKq6wD3Exm0fB5ocBZ/5x11Db7DdH6fIs0 yCdVtWcF9WyXbDczGgkn0dwZnngfLYz2rTdnnUqEWEOlY8Q3mYsira5AGrg6uNWxm0bIbaYOL7IUk av5FoR1H/U003R2XO7/bEcaHYQo0Pc86R/c5sBRdKLBWncbvFL1hQuVUrpFvR+jaQOvCxGphBlsZm NhnOWBoSepqvCUETiiv21mCMGY74B/rAkWWxMcM4lP1MDMWNsyb761rLObDqa4bscXCHUOTvHNkdt /Ap8w6YtlIlelg==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pvdJS-0006eV-Vk; Sun, 07 May 2023 08:16:27 -0400 In-Reply-To: <87wn1kibxu.fsf@yahoo.com> (message from Po Lu on Sun, 07 May 2023 20:05:33 +0800) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:305951 Archived-At: > From: Po Lu > Cc: Shynur Xie , Eli Zaretskii , > "emacs-devel@gnu.org" > Date: Sun, 07 May 2023 20:05:33 +0800 > > Mattias EngdegÄrd writes: > > > 6 maj 2023 kl. 16.58 skrev Shynur Xie : > > > >> But did you notice that all the faces defined in > >> use "pre-defined color names" instead of "#RRGGBB"? > >> I'm a little worried that if we use "#RRGGBB", it might be not > >> intuitive and not fit with the overall style of . > > > > I have no opinion on the matter. I suppose `darkskyblue4` is the > > closest. Which colour would you prefer? > > Please try very hard to avoid using device or intensity specifications > for colors. This is because many vendors of X servers perform color > calibration for graphics devices by editing the list of pre-defined X > colors. > > In addition, using non-predefined colors means that you will be more > likely to allocate a color cell in the default colormap which no other > program can use. While not as important as it used to be, excessive > color use is still something to keep in mind when writing programs. Personally, I fail to understand why we are considering changes in default faces for this minor issue. We have enough faces from which to inherit, faces whose definitions endured many years of use and scrutiny. Let's not over-engineer, OK?