From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Protesilaos Stavrou Newsgroups: gmane.emacs.devel Subject: Re: Add four new Modus themes to Emacs? Date: Mon, 19 Dec 2022 18:33:07 +0200 Message-ID: <871qovbbgc.fsf@protesilaos.com> References: <871qow6ixb.fsf@protesilaos.com> <87mt7j5r0p.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3811"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Dec 19 17:34:01 2022 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 1p7J5T-0000k1-Tg for ged-emacs-devel@m.gmane-mx.org; Mon, 19 Dec 2022 17:34:00 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p7J4m-0004Nz-3k; Mon, 19 Dec 2022 11:33:16 -0500 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 1p7J4k-0004Np-Nu for emacs-devel@gnu.org; Mon, 19 Dec 2022 11:33:14 -0500 Original-Received: from relay11.mail.gandi.net ([217.70.178.231]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p7J4i-0000mN-Dk for emacs-devel@gnu.org; Mon, 19 Dec 2022 11:33:14 -0500 Original-Received: (Authenticated sender: public@protesilaos.com) by mail.gandi.net (Postfix) with ESMTPSA id 8A097100014; Mon, 19 Dec 2022 16:33:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protesilaos.com; s=gm1; t=1671467589; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=szs5xjM6L0IOrRKkuWBfLikvcN2yCH2m95a6DY+WPaU=; b=BdZV4girtHVJCZD0kIwPCMWX6oRRhSXaFa7yDbewf8zHs/ASRTE1WO7Vg/yN9IHAeVki/1 Pp0XDaKKYNDvJbiY22xwJR4S1RC4nwDPdbygkwvXJOi/unulFc0bLXCV7VL4n9Cixtgaim C7hoLPysarRX5ssSYQ/c8EcgfaT23CGy9nkHIkXEiEAXClXTxpelo6NdaeD7xNTFY/1sOg Xs3LO88/hhOlLtY7mENeSHpnRTTKhVqC+tBvEIcCM7zGpcN2KqQa9uE3DEW56/Abwl1BDd MGgbnJRhvEuGB8aLIO2DHR3sVxDMAW3+8kwNM092Ip6Iy2uyOs46xIFXn09RNw== In-Reply-To: <87mt7j5r0p.fsf@posteo.net> Received-SPF: none client-ip=217.70.178.231; envelope-from=info@protesilaos.com; helo=relay11.mail.gandi.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:301654 Archived-At: > From: Philip Kaludercic > Date: Mon, 19 Dec 2022 15:53:26 +0000 > [... 16 lines elided] >> All new themes are consistent with the WCAG AAA accessibility standard >> for colour contrast. >> >> Should these four new themes be added to emacs.git when I release >> version-4? Or should I just update only 'modus-operandi' and >> 'modus-vivendi'? > > My main worry is that the default theme options could get too crowded. > Then again, if we want to keep deuteranopia support, the two new > variants will have to be added... (On that topic, I still think that the > approach I suggested earlier this year would be preferable: Instead of a > separate theme or multiple options, we just need to describe the > transformations that maximise the volume of the original colour space > within the boundaries of whatever is permissible for each kind of colour > deficiency). If there is such a transformation, I am happy to use it or, anyhow, adapt accordingly. With this new design, an extra theme is easy to develop and I can exercise full control over its colour values. The palette overrides the themes provides make it particularly helpful for users who need specific colour values. I have received feedback from people who have various degrees of deuteranomaly (not deuteranopia) and they all required case-specific tweaks. With the way I have it now in version-4, I can tend to their needs on a case-by-case basis. > The alternative is having the base themes in Emacs, and if anyone wants > more then they would have to download the themes from ELPA, right? Yes, that is an option. The recipe in elpa.git will need to be updated, as it was written before the :auto-sync and GNU-devel ELPA were available. >> My plan is to finalise version-4 by the end of this month. It contains >> lots of changes. > > This might be a bit late, but I think that you were a bit too quick in > deprecating a lot of the user option, while also dropping backwards > compatibility. Usually, an option is deprecated and users are given > hints what they have to do in the future, but everything will continue > working for now. When I recently installed version-4, I noticed that a > number of things changed and I wasn't sure where to look to fix these > issues. Now of course, this is just a visual theme and nothing about > Emacs breaks functionality-wise, but it would still be nice to have a > shim for now that translates old user options into the new configuration > pattern. I did that before and it kept us on the path dependency of old design decisions that could not accommodate new ideas. This resulted in code complexity that was difficult to maintain. Ultimately though, it was inflexible. The trick part with accessibility is that it cannot be a one-size-fits-all even though some guidelines are acceptable. My plan for the coming days is to document everything and provide detailed instructions on how to configure things. I will also write articles leading up to the release to demonstrate specific scenaria. If I need to delay the release, I will. -- Protesilaos Stavrou https://protesilaos.com