bug#19791: 25.0.50; Bad HTML rendering

[Ivan Shmakov <ivan@siamics.net>]

>>>>> Matthew Carter <m@ahungry.com> writes:
>>>>> Ivan Shmakov <ivan@siamics.net> writes:

[…]

 >> That being said, being myself a user of EWW on a 16-color Linux tty,
 >> I don’t see much value in trying to render HTML-specified colors,
 >> anyway.  I’ve just disabled the feature over a year ago, – and never
 >> wanted it back.

[…]

 > Is there a way to disable background colors while leaving font colors
 > in-tact?

	Not any I’m aware of.

	Anyway, SHR currently only supports “direct” styling (for
	instance, it will colorize <i style="color: #080" />, but /not/
	<i class="binomen" />, – even when the applicable CSS has
	‘.binomen { color: #080; }’), so SHR support for colors is to be
	taken with a grain of salt.

	(And there’s a similar issue with multicolumn layouts, BTW.)

 > I hate having the background colored (either the full screen or
 > behind text), but a little color on the words is nice in my opinion
 > (I use a 256 color tty).

	Note that even when the support for colors proper is disabled,
	SHR will still use the shr-link, bold and italic faces for the
	contents of the respective HTML elements, as defined by the
	hard-coded mapping (yes, no CSS support there yet, either.)

	IMO, this gives just that little color on the words which is
	reasonable.

-- 
FSF associate member #7257  np. Dust to Dust — Leviathan  3013 B6A0 230E 334A