[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#19791: 25.0.50; Bad HTML rendering
From: |
Ivan Shmakov |
Subject: |
bug#19791: 25.0.50; Bad HTML rendering |
Date: |
Sat, 07 Feb 2015 11:50:36 +0000 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) |
>>>>> 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
- bug#19791: 25.0.50; Bad HTML rendering, (continued)
bug#19791: 25.0.50; Bad HTML rendering, Richard Stallman, 2015/02/07
bug#19791: 25.0.50; Bad HTML rendering, Stefan Monnier, 2015/02/06
bug#19791: 25.0.50; Bad HTML rendering, Ivan Shmakov, 2015/02/07
bug#19791: 25.0.50; Bad HTML rendering, Richard Stallman, 2015/02/07