From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Removing assumption of unsigned long pixel values for colours Date: Mon, 06 May 2019 21:00:40 +0300 Message-ID: <83a7fzjwdz.fsf@gnu.org> References: <87v9yqjdnh.fsf@gmail.com> <83a7g2kqsi.fsf@gnu.org> <87lfzlkeic.fsf@gmail.com> <83zho0khdu.fsf@gnu.org> <87h8a8k84a.fsf@gmail.com> <83pnowjo63.fsf@gnu.org> <87d0kvk489.fsf@gmail.com> <83ftprk2nj.fsf@gnu.org> <874l67k0lp.fsf@gmail.com> <83d0kvjzfg.fsf@gnu.org> <87zhnzijy6.fsf@gmail.com> <83bm0fjxdq.fsf@gnu.org> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="128747"; mail-complaints-to="usenet@blaine.gmane.org" Cc: emacs-devel@gnu.org To: agrambot@gmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 06 20:01:15 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hNhvP-000XNC-2d for ged-emacs-devel@m.gmane.org; Mon, 06 May 2019 20:01:15 +0200 Original-Received: from localhost ([127.0.0.1]:60320 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hNhvO-0006zu-0n for ged-emacs-devel@m.gmane.org; Mon, 06 May 2019 14:01:14 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:48665) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hNhvB-0006yF-MP for emacs-devel@gnu.org; Mon, 06 May 2019 14:01:02 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:43101) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hNhvB-000357-Jh; Mon, 06 May 2019 14:01:01 -0400 Original-Received: from [176.228.60.248] (port=4651 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hNhv9-0003mX-SW; Mon, 06 May 2019 14:01:01 -0400 In-reply-to: <83bm0fjxdq.fsf@gnu.org> (message from Eli Zaretskii on Mon, 06 May 2019 20:39:13 +0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:236204 Archived-At: > Date: Mon, 06 May 2019 20:39:13 +0300 > From: Eli Zaretskii > Cc: emacs-devel@gnu.org > > > From: Alex Gramiak > > Cc: emacs-devel@gnu.org > > Date: Mon, 06 May 2019 11:14:41 -0600 > > > > > OK, but that just says that each platform already performs the mapping > > > you wanted to avoid. What makes your back-end special that it needs > > > to avoid this? > > > > My initial reasoning was the time argument, which turned out to be > > wrong. > > > > Now I want to avoid the lookup table approach > > Once again: why? Btw, I think this discussion basically puts the cart before the horse, so to speak. You say you are developing a new back-end, which might need these changes, but we never saw that back-end and didn't yet decide it's a useful addition to Emacs. IMO, this is the wrong order of discussing this stuff. let's first see the feature itself, discuss its implementation and integration with Emacs, and only after that talk about any necessary changes in the infrastructure. That way, all the sides of the discussion will know what's at stake, and the discussion becomes more concrete. OK?