From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: How to make Emacs popular again: Use monospaced fonts less Date: Mon, 19 Apr 2021 15:48:16 +0300 Message-ID: <831rb6tp7z.fsf@gnu.org> References: <87o8ls1vvq.fsf@posteo.net> <20200926145302.sjrwjrguf5ialc25@Ergus> <3201a9fe-de19-d553-0be1-d379f182fd47@yandex.ru> <84273aa2-24a9-7584-18b9-03a5ac783d62@yandex.ru> <835z7vjrg3.fsf@gnu.org> <83tuvegkmo.fsf@gnu.org> <83v9ftf6n9.fsf@gnu.org> <835z7qfp6h.fsf@gnu.org> <87ft6lgw5y.fsf_-_@gnus.org> <87r1j6vhce.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29238"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, rswgnu@gmail.com, emacs-devel@gnu.org, rsw@gnu.org To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Apr 19 14:51:41 2021 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 1lYTNM-0007VC-Ff for ged-emacs-devel@m.gmane-mx.org; Mon, 19 Apr 2021 14:51:40 +0200 Original-Received: from localhost ([::1]:37450 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lYTNL-0004Y3-Jh for ged-emacs-devel@m.gmane-mx.org; Mon, 19 Apr 2021 08:51:39 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37326) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lYTKN-0002SN-81 for emacs-devel@gnu.org; Mon, 19 Apr 2021 08:48:35 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:39488) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lYTKM-0004FW-Sy; Mon, 19 Apr 2021 08:48:34 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4609 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lYTKM-0002Wo-9F; Mon, 19 Apr 2021 08:48:34 -0400 In-Reply-To: <87r1j6vhce.fsf@gmail.com> (message from =?utf-8?Q?K=C3=A9vin?= Le Gouguec on Mon, 19 Apr 2021 09:55:29 +0200) 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:268162 Archived-At: > From: Kévin Le Gouguec > Date: Mon, 19 Apr 2021 09:55:29 +0200 > Cc: Lars Ingebrigtsen , rswgnu@gmail.com, > emacs-devel > > Robert Weiner writes: > > > On Sun, Oct 11, 2020 at 1:38 AM Lars Ingebrigtsen wrote: > > > > Other obvious candidates for variable-pitching are basically any mode > > that displays data in tabular form. And, of course, the manuals, but > > that'll happen by itself once we move from .info to .html. > > > > Is this a serious statement? Please don't do that. I can browse an entire Info manual easily inside Emacs nicely by pressing the spacebar and delete only. I can > > search entire manuals quickly and move across manuals easily. > > (Jumping in without having read the whole thread; my apologies if my > reply misses the mark) > > FWIW, Emacs's web browser (M-x eww), just like most read-only modes, > supports SPC and DEL for forward and backward page navigation. > > Whatever this hypothetical move from .info to .html entails (I don't > think we have seen patches for that yet), I expect the maintainers' > vision is to keep feature parity with the current Info browser, with all > its indexing and searching convenience; I don't think there should be > cause for alarm. I think this sub-thread is based on a misunderstanding. I think Lars alluded to the on-going development in the Texinfo quarters, whereby the goal is to have HTML-based format "on steroids", which will allow to browse GNU manuals with capable browsers without losing any functionality we have now in the text-based Info readers. No one intends to lose any useful Info features; when the Texinfo developers are done designing and implementing this, Emacs should examine the results and see how best to support that. People who are interested in details should go and read the archives of bug-texinfo@gnu.org for the past year or so.