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: Variable pitch text filling Date: Fri, 26 Nov 2021 18:22:38 +0200 Message-ID: <835yse3n01.fsf@gnu.org> References: <87ilwft1ph.fsf@gnus.org> <837dcv2c2c.fsf@gnu.org> <875ysft0l3.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26116"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 26 17:23:17 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 1mqe0K-0006Wc-AM for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Nov 2021 17:23:16 +0100 Original-Received: from localhost ([::1]:48936 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mqe0J-0005Ml-3g for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Nov 2021 11:23:15 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:33312) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mqdzf-0004du-HY for emacs-devel@gnu.org; Fri, 26 Nov 2021 11:22:35 -0500 Original-Received: from [2001:470:142:3::e] (port=60292 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mqdzf-00024m-97; Fri, 26 Nov 2021 11:22:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=QiI+o6JZiUVhBJzq11bzRCqUZnzumwYU0Av+zZtbSyg=; b=N8e2LnmUhCe0 a7hMw2CdcVbBehOGL/k7PN9DYW3NIzeIXI4sOYDBQ9Ay0AhO2wnAZ1kxfAtVu8cUeC2KjJC2qLa0O vzvpULN/wrgHyuOWZiJhfs17IODOfxxdjXcS5fBh8Odk+Yld9jtqyh7PmhIFai+vF/aj5At/ThBMY ZFJz0CGVzoOOHxnGnjIjRdklrpLv+7se7PiEX0AegM5GwsPBPQwzIkCldltMJuNsMw10hJ7Lvlypw JaKAYpXyUgTBh9aca0X8oAqmRFONTLl2DCt+eH7zIEhNl8q2IuUJfeaq+bKjFALa4+QARUDiZEoWE 6IvdhH1hG8Wk0t2pJNkKUg==; Original-Received: from [87.69.77.57] (port=3745 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mqdze-0003sK-RR; Fri, 26 Nov 2021 11:22:35 -0500 In-Reply-To: <875ysft0l3.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 26 Nov 2021 16:10:00 +0100) 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" Xref: news.gmane.io gmane.emacs.devel:280257 Archived-At: > From: Lars Ingebrigtsen > Cc: emacs-devel@gnu.org > Date: Fri, 26 Nov 2021 16:10:00 +0100 > > > Since we will have spaces in the text from the filling, we could use > > the :width display spec on those space characters. There should be no > > need for min-width. > > Yes, if we're distributing the extra space on the space characters only, > we can use space specs. But usually typesetters don't do that -- they > also distribute some of the space between other characters, too, to get > a more even "greyness". (Or whatever they call it -- it's been a few > years since I read up on typography last time.) You mean, add space inside of a word? That could at first be avoided, because doing that isn't trivial. I'm not sure min-width is the right implementation for that, because we don't really want to put a separate property on each character. This should probably be implemented by tweaking the advance width the glyphs or something.