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: solarized Date: Wed, 16 Sep 2020 21:07:21 +0300 Message-ID: <87ft7hvbmu.fsf@protesilaos.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33824"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Arthur Miller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Sep 16 20:08:16 2020 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 1kIbqq-0008i9-0a for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Sep 2020 20:08:16 +0200 Original-Received: from localhost ([::1]:48072 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kIbqp-0002bk-27 for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Sep 2020 14:08:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53746) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kIbq8-0002Br-22 for emacs-devel@gnu.org; Wed, 16 Sep 2020 14:07:32 -0400 Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:38953) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kIbq4-0006yQ-HW for emacs-devel@gnu.org; Wed, 16 Sep 2020 14:07:31 -0400 X-Originating-IP: 213.207.159.49 Original-Received: from kronos (unknown [213.207.159.49]) (Authenticated sender: public@protesilaos.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 59ED860002; Wed, 16 Sep 2020 18:07:22 +0000 (UTC) Received-SPF: none client-ip=217.70.183.195; envelope-from=info@protesilaos.com; helo=relay3-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/16 14:07:24 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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.23 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" Xref: news.gmane.io gmane.emacs.devel:255917 Archived-At: Arthur Miller [2020-09-16, 15:38 +0200]: > Protesilaos Stavrou writes: >> On another note, do we really need to strictly conform with the >> 16-colour palette? > Batsov's Solarized gives you total of 32 colors. I certainly don't want to see > all 32 colors at once in the gui :-). Anyway 16 of those are ment for > extreme cases, and are just shades of eight accented colors, ligher and darker. Agreed! I never advocated for adding rainbows anywhere. My point is that the "extreme cases" that need more refined colouration are not that uncommon after all. And I gave specific examples, such as diffs with word-wise changes (and Magit), isearch, occur, completion UIs. > If those are not enough for some extreme case, user can always do what > they do now, specify rgb value directly; but for *most* part, hopefully > 16 colors would be enough. Nobody said it has to be enough for > *everybody everywhere*. That is always an option. My impression, however, is that we are thinking about how to improve upon the state of affairs. One such way is to offer more complete face/colour coverage for everyone (and they can still configure it afterwards). To that I also add the accessibility angle. Perhaps I misunderstood the intent of this discussion, so please accept my apologies. >> In my experience, 16 colours is too limited of a set to design bespoke, >> usable, and pleasing interfaces that match the wide array of needs an >> Emacs user has. > Design literature on contrary says something in lines of "less is more", > both when it comes to color and form. > > Too many colors and you get rainbow. Look at dired+ screenshot I > attached. Every "property" is coded in different color, and it just > looks horrible when put together. > > Another subject, similar to gui theme colors, is syntax highlighting. Too much > syntax highlighting can be as detrimental as none, see for example this paper: > > https://pdfs.semanticscholar.org/d14b/edf3f58080ecf7a92f60746371b894a7bc08.pdf > > and this screenshot: > > https://imgur.com/zhCs4Bv > > Maybe some thoughts here: > > https://www.linusakesson.net/programming/syntaxhighlighting/ These are all interesting and fecund. A good design must avoid exaggerations, rainbow effects, and design for its own sake. This, however, is an indictment against poorly implemented themes, though not extended colour palettes as such. Your attached screenshot uses what looks like ~14 colours. -- Protesilaos Stavrou protesilaos.com