From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Alex Gramiak Newsgroups: gmane.emacs.devel Subject: Re: Removing assumption of unsigned long pixel values for colours Date: Mon, 06 May 2019 13:49:30 -0600 Message-ID: <87pnovics5.fsf@gmail.com> 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> <83a7fzjwdz.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="76194"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 06 21:53:09 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 1hNjfh-000JhG-7V for ged-emacs-devel@m.gmane.org; Mon, 06 May 2019 21:53:09 +0200 Original-Received: from localhost ([127.0.0.1]:33239 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hNjfg-0007kD-3l for ged-emacs-devel@m.gmane.org; Mon, 06 May 2019 15:53:08 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:44124) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hNjcI-0005a3-05 for emacs-devel@gnu.org; Mon, 06 May 2019 15:49:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hNjcF-0002lv-IO for emacs-devel@gnu.org; Mon, 06 May 2019 15:49:37 -0400 Original-Received: from mail-pf1-x430.google.com ([2607:f8b0:4864:20::430]:43939) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hNjcC-0002jY-AR; Mon, 06 May 2019 15:49:33 -0400 Original-Received: by mail-pf1-x430.google.com with SMTP id c6so2112731pfa.10; Mon, 06 May 2019 12:49:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=d/UtE9gVduK522MYbDjYUfVsVmAsjzMnpr1+uEf6R8w=; b=bG3XAKvdvyAz2oZC5VAGzEyMbCV1Hpr8LtiACwrBAO0BKLl9JC0ENZ9Ndiv7zjdxEu 4K4iC2zC0aLuY3wi7REsj7n47P6k9IvHtiNYYfVupa34A5xk7ksNJmsww/wk1YZv+zXI OeF36aINWiNTaoNQGB6IY3oD1RKPsdpFFJk5CY0wLRqjTP4b+v8bTZKqh9UZO8CgzLhp jJEiCO6JDkuYTx0+Qv7BNv6w/NLhHaKXeua+Q3ES/PSAVC77T115Vm+XXYZeCoekpazZ 3ISO+kwwx2+5plx1oPd+/IxDHV5Ab1D/3r/sTAIzJZu1AVYh7P0wcQ+tHwCNa25CeNyC DuPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=d/UtE9gVduK522MYbDjYUfVsVmAsjzMnpr1+uEf6R8w=; b=PVR735B+1LG8lIqKtkLDjy/Qsc+S7K6ApSKmrcM6RhtxUvYyYvvyI6Tq4ixQvJ12ec hUBgcxQtp3RixrpjGa1ds8tVsJdzt9XQxNU5lT3WEYpcb6Dj7omLJ+BVoriytT/66dd2 OcrKx3i5ROzLI6q9OPu0ItThy+fOxEmsouJdZ3xLXdc3EinCeYAqwrdtWlGJK9P3+MZQ WgHdiMUWoSD4kCwee/GmC3ZlSWoGd2h2bnSeoNBJCvrBwrWDf9twJLLqRPijKFgSf3fH bdDIjTf7nvCDQHjwwtGggQQ4HuOVoX1sZdjnBqlQHXXZMZgDhy7fojWoBtF34rmdBBTF 8ZTQ== X-Gm-Message-State: APjAAAVe/jONofqMl7UASaFBviZHA5nE4173akFiwfK7GQ/2Bz44XwoK JIUcJcim2nT3l8zXF7VzIgH6OSuS X-Google-Smtp-Source: APXvYqzUsd5znjvHfDN2isgD3+HOvoVZDmpOgUKqiWRa+TJX1nlsBazE1HBg7MxcacCW/+luUFZi0A== X-Received: by 2002:a63:ed4f:: with SMTP id m15mr34889041pgk.387.1557172168668; Mon, 06 May 2019 12:49:28 -0700 (PDT) Original-Received: from lylat ([2604:3d09:e37f:1500:1a72:4878:e793:7302]) by smtp.gmail.com with ESMTPSA id k4sm26538723pgh.27.2019.05.06.12.49.26 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 06 May 2019 12:49:27 -0700 (PDT) In-Reply-To: <83a7fzjwdz.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 06 May 2019 21:00:40 +0300") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::430 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:236211 Archived-At: Eli Zaretskii writes: > Once again: why? A table lookup would require memory allocation that could be easily avoided if the integral representation that Emacs uses for colours was at least 64-bit instead of 32-bit. > And what table look up do you need, when you originally said that a > conversion would do? What am I missing? I brought up the table lookup as an alternative to the converted embedding scheme if you weren't okay with widening the integral representation. Otherwise the embedding could lose precision as mentioned previously. > 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? Sure, though I don't know what relevant information is missing; the goal of this thread was to determine if a certain change is suitable _assuming_ that such a backend is submitted with the change, and that the backend needs it (or rather finds it sufficiently useful). I just wanted to avoid having to implement the union scheme fully and having to revert it upon review. It turns out that it was good to post this, since I was assured that using the integral representation is good enough. I can just restrict the colours to 8bpc in the meantime.