From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Variable-width font indentation Date: Fri, 09 Mar 2018 10:34:06 +0200 Message-ID: <83lgf1odfl.fsf@gnu.org> References: <87inaiss6l.fsf@web.de> <6FCF6ACA-4F29-4B6B-BE9D-D7130C6E9495@gnu.org> <87fu5moe4c.fsf@web.de> <877eqyocro.fsf@web.de> <83zi3uz4nb.fsf@gnu.org> <0b1dd3fa-e0b0-ed20-a256-dd92d1c1826f@dancol.org> <8bc3c4c7-dfc7-987a-95e7-bd309e2326c6@cs.ucla.edu> <03118DC0-39DA-4AB5-980E-A33809B9A5EE@raeburn.org> <83vaeas8uz.fsf@gnu.org> <83lgf6s3aa.fsf@gnu.org> <838tb5rxoe.fsf@gnu.org> <83lgf5q73p.fsf@gnu.org> <4742f0ae-86b5-48f9-4601-4dbba9e6380d@gmail.com> <83bmfzreaq.fsf@gnu.org> <838tb2ptpw.fsf@gnu.org> <2ca6f8cf-96f6-9caf-d72b-739a8f9cc28d@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1520584335 22580 195.159.176.226 (9 Mar 2018 08:32:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 9 Mar 2018 08:32:15 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 09 09:32:11 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1euDRj-0005n8-BP for ged-emacs-devel@m.gmane.org; Fri, 09 Mar 2018 09:32:11 +0100 Original-Received: from localhost ([::1]:43786 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1euDTm-0001v8-6A for ged-emacs-devel@m.gmane.org; Fri, 09 Mar 2018 03:34:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36173) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1euDTf-0001uX-Gm for emacs-devel@gnu.org; Fri, 09 Mar 2018 03:34:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1euDTc-0000Zd-9a for emacs-devel@gnu.org; Fri, 09 Mar 2018 03:34:11 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48436) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1euDTc-0000ZZ-6v; Fri, 09 Mar 2018 03:34:08 -0500 Original-Received: from [176.228.60.248] (port=4574 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1euDTb-0005q4-Hk; Fri, 09 Mar 2018 03:34:08 -0500 In-reply-to: <2ca6f8cf-96f6-9caf-d72b-739a8f9cc28d@cs.ucla.edu> (message from Paul Eggert on Thu, 8 Mar 2018 14:03:21 -0800) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:223532 Archived-At: > Cc: emacs-devel@gnu.org > From: Paul Eggert > Date: Thu, 8 Mar 2018 14:03:21 -0800 > > On 03/08/2018 05:44 AM, Eli Zaretskii wrote: > > Yes, using variable-pitch fonts in code where indentation is important > > has its disadvantages, and always will. Any solution will have the > > same issues, just under different use cases and situations. That's > > why this is not the main use case > > Although it has disadvantages, it shouldn't be that hard to do it better > than Emacs does it now (along the lines that Clément prototyped), and if > Emacs had these improvements the benefits of variable-pitch fonts would > outweigh the costs in many practical programming applications. I agree (although I don't think we should use the basic idea of calculating the indentation that the prototype used). > Programming in variable-width fonts makes more-efficient use of valuable > screen real estate, so it's worth doing when it works reasonably well, > as it often would if Emacs supported it better. Agreed. Do people think adding a per-buffer space-width variable would be a good step in this direction? It should be easy to add, I think.