From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: chad Newsgroups: gmane.emacs.devel Subject: Re: "Why is emacs so square?" Date: Wed, 22 Apr 2020 11:07:32 -0700 Message-ID: References: <8wXYP4GY9hwW-9mYv6_LGMETZ8Vz3Ob1Bec6yh6kPT7yxjTkxA3V6dXY4ELra9tYiJUxJmgXKSIEX4w8HFiPRoeGVSQHDSoBVy1voj1e3Qo=@protonmail.com> <833694f29y.fsf@gnu.org> <4amRIW9fznS6sa3th4xPABzua9LQDlNPeIFxVsGYdq_wsg4-Ea1l9sEP-T6QrnO5QMV3jhgrnAspk2mSIC7COlodqr04koAcIPYPLLmPHFM=@protonmail.com> <83imhzecc5.fsf@gnu.org> <83y2qvcjv6.fsf@gnu.org> <83k12ed20s.fsf@gnu.org> <83blnqctyj.fsf@gnu.org> <9341072a-cf53-9092-2211-aa97c946e5b1@yandex.ru> <838sinfygb.fsf@gnu.org> <16fad982-e95b-7df1-25d0-1c666a6f8120@gmail.com> <83tv1begq5.fsf@gnu.org> <525fe795-0716-a224-ded0-00e49548aa3d@yandex.ru> <83lfmne9z1.fsf@gnu.org> <67546075-1419-acd2-53cd-f44d101bc26b@yandex.ru> <83k127e8vc.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000003f6d2505a3e502ec" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="53179"; mail-complaints-to="usenet@ciao.gmane.io" Cc: =?UTF-8?Q?Cl=C3=A9ment_Pit=2DClaudel?= , EMACS development team , Dmitry Gutov To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 22 20:08:48 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 1jRJnj-000DjG-Q1 for ged-emacs-devel@m.gmane-mx.org; Wed, 22 Apr 2020 20:08:47 +0200 Original-Received: from localhost ([::1]:55514 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jRJni-0005Ml-TX for ged-emacs-devel@m.gmane-mx.org; Wed, 22 Apr 2020 14:08:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45938) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jRJmo-0004nz-FH for emacs-devel@gnu.org; Wed, 22 Apr 2020 14:07:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jRJmm-0003wt-Vi for emacs-devel@gnu.org; Wed, 22 Apr 2020 14:07:49 -0400 Original-Received: from mail-yb1-xb2b.google.com ([2607:f8b0:4864:20::b2b]:38809) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jRJmj-0003gh-ON; Wed, 22 Apr 2020 14:07:45 -0400 Original-Received: by mail-yb1-xb2b.google.com with SMTP id l5so1663871ybf.5; Wed, 22 Apr 2020 11:07:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Wz6jlsLmSms3WvK+u7QP19x4S9uCkDI/lJ9M3nu0+RY=; b=uSyUuqIMsu5OCYrJCp+/2I12BAHFCUuWgynmNyD59N9yh4L15WjjXK/MSP9Lx7UMtT Hrb1Eg3LJE9Yguym9stOs4pUDTNPtoNWrMus5vjJerGKdfQ+vM0C8fZVHKA5D7DGyjep YSfEt7qOC9dO2kqQHg7s6S9u93jN42/ElnssbYHxbFY3HT7oIYxcpxEe4bwiGKM6mCBs Wuq9Qm/rK0rrYhYAc8S++RC/GfWomuwdjRlCBE2pX2URQo/iW0p6m3Q9GvJizTeATrW1 GjdfHJv2Mj5Jo/yVbPsXILRQvVRCWELUSxXh8OEYLJt04UoIl8bmlCNXiJ4WbqVd6i62 iHUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Wz6jlsLmSms3WvK+u7QP19x4S9uCkDI/lJ9M3nu0+RY=; b=awN/Digbvc9wIo4fW3m2p27vo2MndWYw7nieKYOqLwD7UgTzec68uU/9iO93i9fkg7 AtW51UxP3SXHSElqa1JQryj2IroJpsk2BTBamuSaBedH+IJWgOvOiXuetkXP9pKDKMvQ 8DCTx2gLSN4TKPXaDqbmtbBx7zd7Y6s/9cHpjkvJ4YISHTRwHpoa6gHRqCs/cDsIah6V IQKQ4LqHy5geNDgaDhOjdwg1xqC2M7+a5J6pliBTlBAA/ODrEC2rqFBQNVEX8pQkg46N XYdDsiw5fawlhBESBsqxmKK+oe75qq5fnnUM28QgwLNLkkQjlwadc8c2DQnCKWhK3UZO 6WrQ== X-Gm-Message-State: AGi0PuaY9Yf2ie5ycHFpYftVojigLQfje4AoykF58HHUQCJHNFmyoxc8 IRuIIC73H8gJHHpRhYfbRclgRtiSL1RPVx1K2AFi0S8kvoo= X-Google-Smtp-Source: APiQypIBpeOtk7tT2HqtKUDVJBdCl2GOgu9Mqie48AXhUnKNHnBi/zqRobG/E/ikZmF3xAPNnZ+3ol6FUAgSzq1UA+4= X-Received: by 2002:a25:664d:: with SMTP id z13mr47728ybm.457.1587578864101; Wed, 22 Apr 2020 11:07:44 -0700 (PDT) In-Reply-To: <83k127e8vc.fsf@gnu.org> Received-SPF: pass client-ip=2607:f8b0:4864:20::b2b; envelope-from=yandros@gmail.com; helo=mail-yb1-xb2b.google.com X-detected-operating-system: by eggs.gnu.org: Error: [-] PROGRAM ABORT : Malformed IPv6 address (bad octet value). Location : parse_addr6(), p0f-client.c:67 X-Received-From: 2607:f8b0:4864:20::b2b 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:247543 Archived-At: --0000000000003f6d2505a3e502ec Content-Type: text/plain; charset="UTF-8" On Wed, Apr 22, 2020 at 10:20 AM Eli Zaretskii wrote: > > The window looks are different between platforms anyway. > > No, not really. They are extremely similar, actually, modulo a few > unimportant bells and whistles. At least the parts that are relevant > to Emacs are almost identical. > I would agree with this "not really" sentiment, but extend it to include the differences between icon themes, and where such things work at the OS level, between OS's. The point of icon themes is to make them all fit together, and the point of standardized system icons is to have them all fit together, and the users have shown (for many, many years now) that they understand this, and can handle the shifts with aplomb. Yes, it is possible for someone to install a wacky gui-customization pack that changes the left-arrow into a sausage and the file-folder into a rainbow, but the only people who do such things are askign for exactly that behavior, and aren't going to be upset that emacs' toolbar changes along with everything else. As a practical matter, emacs will need a set of reasonable fallback defaults, for systems that don't have system-wide settings; we can continue to use those when the gui environment doesn't help us. The result will certainly look no worse than the current mixture of icons one can find in the emacs toolbar. It's very likely that we can improve that set of fallbacks by adopting a single source for them, such as the GTK or KDE options mentioned earlier. A techincal wrinkle here is how those icons are displayed and how they're stored inside emacs. By way of example, the two KDE icon sets that were suggested (Breeze and Oxygen) use different file formats: one uses PNG images; the other SVG. (Oddly, the SVG images are distributed in several different sizes, which would seem to belie the advantage of using scalable images in the first place.) Scalable icons like SVG would be nice for the current era of high- and low-density displays, but my understanding is that SVG is the least well supported image format inside emacs across our various platforms these days. ~Chad --0000000000003f6d2505a3e502ec Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Wed, Apr 22, 2020 at 10:20 AM Eli Zare= tskii <eliz@gnu.org> wrote:
=
> The window looks are different between platforms anyway.

No, not really.=C2=A0 They are extremely similar, actually, modulo a few unimportant bells and whistles.=C2=A0 At least the parts that are relevant<= br> to Emacs are almost identical.

I would = agree with this "not really" sentiment, but extend it to include = the differences between icon themes, and where such things work at the OS l= evel, between OS's. The point of icon themes is to make them all fit to= gether, and the point of standardized system icons is to have them all fit = together, and the users have shown (for many, many years now) that they und= erstand this, and can handle the shifts with aplomb. Yes, it is possible fo= r someone to install a wacky gui-customization pack that changes the left-a= rrow into a sausage and the file-folder into a rainbow, but the only people= who do such things are askign for exactly that behavior, and aren't go= ing to be upset that emacs' toolbar changes along with everything else.= =C2=A0

As a practical matter, emacs will need a se= t of reasonable fallback defaults, for systems that don't have system-w= ide settings; we can continue to use those when the gui environment doesn&#= 39;t help us. The result will certainly look no worse than the current mixt= ure of icons one can find in the emacs toolbar. It's very likely that w= e can improve that set of fallbacks by adopting a single source for them, s= uch as the GTK or KDE options mentioned earlier.

A= techincal=C2=A0wrinkle here is how those icons are displayed and how they&= #39;re stored inside emacs. By way of example, the two KDE icon sets that w= ere suggested (Breeze and Oxygen) use different file formats: one uses PNG = images; the other SVG. (Oddly, the SVG images are distributed in several di= fferent sizes, which would seem to belie the advantage of using scalable im= ages in the first place.) Scalable icons like SVG would be nice for the cur= rent era of high- and low-density displays, but my understanding is that SV= G is the least well supported image format inside emacs across our various = platforms these days.

~Chad
--0000000000003f6d2505a3e502ec--