From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.bugs
Subject: bug#66676: 29.1; Should some aspects of shr rendering be configurable
Date: Sun, 22 Oct 2023 12:52:51 +0300
Message-ID: <83o7groufg.fsf@gnu.org>
References: <87v8azxek4.fsf@zohomail.eu>
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="24918"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: 66676@debbugs.gnu.org
To: Rahguzar <rahguzar@zohomail.eu>
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Oct 22 11:53:57 2023
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>
Envelope-to: geb-bug-gnu-emacs@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 <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>)
	id 1quV9g-0006DQ-Eu
	for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 22 Oct 2023 11:53:56 +0200
Original-Received: from localhost ([::1] helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <bug-gnu-emacs-bounces@gnu.org>)
	id 1quV9M-0003o8-0W; Sun, 22 Oct 2023 05:53:36 -0400
Original-Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1quV9K-0003nT-J3
 for bug-gnu-emacs@gnu.org; Sun, 22 Oct 2023 05:53:34 -0400
Original-Received: from debbugs.gnu.org ([2001:470:142:5::43])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1quV9K-0005GL-0z
 for bug-gnu-emacs@gnu.org; Sun, 22 Oct 2023 05:53:34 -0400
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
 (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1quV9l-0001mK-UH
 for bug-gnu-emacs@gnu.org; Sun, 22 Oct 2023 05:54:01 -0400
X-Loop: help-debbugs@gnu.org
Resent-From: Eli Zaretskii <eliz@gnu.org>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Sun, 22 Oct 2023 09:54:01 +0000
Resent-Message-ID: <handler.66676.B66676.16979684106716@debbugs.gnu.org>
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 66676
X-GNU-PR-Package: emacs
Original-Received: via spool by 66676-submit@debbugs.gnu.org id=B66676.16979684106716
 (code B ref 66676); Sun, 22 Oct 2023 09:54:01 +0000
Original-Received: (at 66676) by debbugs.gnu.org; 22 Oct 2023 09:53:30 +0000
Original-Received: from localhost ([127.0.0.1]:45482 helo=debbugs.gnu.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
 id 1quV9F-0001kE-Jd
 for submit@debbugs.gnu.org; Sun, 22 Oct 2023 05:53:29 -0400
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58608)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@gnu.org>) id 1quV9C-0001jh-V8
 for 66676@debbugs.gnu.org; Sun, 22 Oct 2023 05:53:28 -0400
Original-Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@gnu.org>)
 id 1quV8e-0005EX-2l; Sun, 22 Oct 2023 05:52:52 -0400
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=ySShxQ5B6hCLMlc8RBkqR9RADEf09fxyxNsclWmvecY=; b=M3AQ3tjh3NrR
 1fDEYtMk6tvvgSv9JAt9et6sv0uSWdEMrEjTEgA31aLUoVTfoHGw6TKvakrKM/ikp/5rO7ItV4Yaa
 SGw/gXhoRdN0bk0eOcEBGgvugjaAcV4S/ZGlHGHK9jpjB1P5pAikcPkg33/hO/J7en1vA67yy4E/Y
 6yBx88bg8ClynsPv8MXfuKfkOklNT22sh7JlPZE8f3gRAC0IfAPRDTKeu5My2OH1fhn43eS3P0vqr
 +HgZSfnfWWhvWY7TuA9LqTjcc7mC2GwbgNa/2aKe/e5d3zy66Lrbv8Wa/jQ3fK9xEGGzPFDKfhiw1
 pRYVh8onEFnIXXHHlB/cAQ==;
In-Reply-To: <87v8azxek4.fsf@zohomail.eu> (bug-gnu-emacs@gnu.org)
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
X-BeenThere: bug-gnu-emacs@gnu.org
List-Id: "Bug reports for GNU Emacs,
 the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org
Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org
Xref: news.gmane.io gmane.emacs.bugs:272967
Archived-At: <http://permalink.gmane.org/gmane.emacs.bugs/272967>

> Date: Sun, 22 Oct 2023 09:29:53 +0200
> From:  Rahguzar via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
> 
> 
> 1) Using `visual-line-mode` for line wrapping. I think this is more
> natural for html and makes resizing windows work more nicely.

AFAIR, there were good reasons for the decision to fill text in shr.
So this could be an optional feature, but not the default.

> 2) Not introducing line-breaks for every image. Wikipedia uses small
> inline images quite extensively for mathematical notation and shr breaks
> line at each of them which makes the text quite hard to read. This line
> breaking is scattered at three different places:

shr breaks lines on images because Emacs is incapable of displaying an
image without making the line of surrounding text high enough to allow
the image to be displayed.

> 3) shr uses 0.2 and -0.2 as value of raise property for superscripts and
> subscripts. I think it makes sense to make these values customizable.
> For me 0.2 for superscripts was too low and 0.4 worked much better.

No objection to making this customizable.

> 4) shr uses 100 as the value of :ascent when creating an image. For me
> this makes the inline images appear off centered. I fiddled with it a
> bit and found 60 to be a good value for me. I wonder if it makes sense
> to makes the value of :ascent to be customizable? My instinct is no
> since I think the correct value can probably be computed from image
> height and the average height of default face.

I think it could be customizable even if it's computed from the image.