GNU bug report logs -
#16204
eww does not respect shr-width customization
Previous Next
Reported by: Ivan Shmakov <ivan <at> siamics.net>
Date: Fri, 20 Dec 2013 17:02:02 UTC
Severity: wishlist
Tags: fixed
Fixed in version 25.1
Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>>>>> Kenjiro NAKAYAMA <nakayamakenjiro <at> gmail.com> writes:
>>>>> ivan <at> siamics.net writes:
[…]
>> I’d also ask for a separate “do not override” value. That is:
>> (shr-width (if (DO-NOT-SET-P eww-rendering-width)
>> shr-width
>> eww-rendering-width))
> I'm not sure how to work well with this logic. I think shr-width
> should be overridden by nil
Which is what the code already does. And which is what I find
inconvenient.
Alternatively (or perhaps complementarily), I’d be satisfied if
the rendering width is set as to maintain /constant margin/ at
the right (as in: if shr-width is negative, it’s /added/ to
window-width, rather than used as-is.)
> or new rendering-width every time, since previous windows-width will
> be set to shr-width next rendering.
> When users change their window-width, the shr-width should be current
> window-width, not previous width.
The whole point of non-nil shr-width is that it stays the same,
irrespective of any window-width changes whatsoever.
Which is the behavior I also request from EWW.
[…]
--
FSF associate member #7257
This bug report was last modified 10 years and 217 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.