GNU bug report logs - #66676
29.1; Should some aspects of shr rendering be configurable

Previous Next

Full log

View this message in rfc822 format

From: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rahguzar <at> zohomail.eu, Lars Ingebrigtsen <larsi <at> gnus.org>, 66676 <at> debbugs.gnu.org
Subject: bug#66676: 29.1; Should some aspects of shr rendering be configurable
Date: Sat, 04 Nov 2023 13:05:25 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> Lars, anybody else?  Any comments to these changes?

As an occasional user of shr (mainly when viewing HTML parts in Gnus)
who frequently messes with window width and face height, I'm very much
interested in better visual-line-mode integration.  Also intrigued by
outline-mode support.  So closely following this thread, and
enthusiastically thanking Rahguzar for tackling this 👏

Don't know if I have anything insightful to say re. the patches.  Idly
wondering if '(null shr-fill-text) ⇒ (visual-line-mode)' is the right
control flow; e.g. maybe

  (a) shr-fill-text could be set to 'visual as a more explicit hint for
  major modes, or

  (b) major modes should grow new user options: e.g. eww-wrap-method ∈
  {fill, visual}; 'visual would tell modes to set shr-fill-text to nil &
  enable visual-line-mode.

There are already plenty of user knobs at the shr level though, so maybe
no need to overthink this.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.