8:59 p.m.
Netsurf doesn't seem to support HTML of the form
<OL>
<li type="i" value=5>
</OL>
but always defaults to a sequential numerical list, whatever type/value
the source specifies - are we all supposed to be styling list entries
with CSS nowadays?
--
Harriet Bazley == Loyaulte me lie ==
It is better to be deceived by a friend, than to suspect him.
5:23 p.m.
In article <866b6af458.harriet(a)bazleyfamily.co.uk>,
Harriet Bazley <lists(a)bazleyfamily.co.uk> wrote:
Netsurf doesn't seem to support HTML of the form
<OL>
<li type="i" value=5>
</OL>
but always defaults to a sequential numerical list, whatever type/value
the source specifies - are we all supposed to be styling list entries
with CSS nowadays?
You can try. ;-)
value=n doesn't seem to work at all. (Deprecated in HTML4, reintroduced
HTML5)
CSS that works
list-style-type: circle
list-style-type: square
CSS that doesn't work and reverts to 1,2,3
list-style-type: upper-alpha
list-style-type: lower-alpha
list-style-type: upper-roman
list-style-type: lower-roman
--
Tim Hill
Webmaster, www.timil.com
websites : php : RISC OS
1:41 a.m.
In message <866b6af458.harriet(a)bazleyfamily.co.uk>
Harriet Bazley <lists(a)bazleyfamily.co.uk> wrote:
Netsurf doesn't seem to support HTML of the form
<OL>
<li type="i" value=5>
</OL>
but always defaults to a sequential numerical list, whatever type/value
the source specifies - are we all supposed to be styling list entries
with CSS nowadays?
I've been having a look around some parts of the source (with which I am
nowhere even beginning to be familiar) and docs. AFAICS (which is not
very far!) the parser is in place to pick this stuff up. There also
seem to be tests in place to check parsing.
Some experments indicate that it isn't rendered to screen like it should
be, though. CSS seems to work no better than HTML. Ordered lists in
uppr case Roman and lower case alpha both come out as Arabic numerals.
I haven't yet found where in the source the list markers are generated.
Raise a bug on Mantis and see what happens.
David
2:45 a.m.
In message <cceb8bf558.DaveMeUK@BeagleBoard-xM>
David Higton <dave(a)davehigton.me.uk> wrote:
In message <866b6af458.harriet(a)bazleyfamily.co.uk>
Harriet Bazley <lists(a)bazleyfamily.co.uk> wrote:
> Netsurf doesn't seem to support HTML of the form
> <OL>
> <li type="i" value=5>
> </OL>
> but always defaults to a sequential numerical list, whatever type/value
> the source specifies - are we all supposed to be styling list entries
> with CSS nowadays?
I've been having a look around some parts of the source (with which I am
nowhere even beginning to be familiar) and docs. AFAICS (which is not very
far!) the parser is in place to pick this stuff up. There also seem to be
tests in place to check parsing.
Some experiments indicate that it isn't rendered to screen like it should
be, though. CSS seems to work no better than HTML. Ordered lists in upper
case Roman and lower case alpha both come out as Arabic numerals.
In the source files, take a look in
netsurf.content.handlers.html.box_construct.c around line 400. (This is
for the 3.10 source; I haven't looked to see if it's moved in the current
version.) You'll see that cases CSS_LIST_STYLE_TYPE_DECIMAL,
CSS_LIST_STYLE_TYPE_LOWER_ALPHA, CSS_LIST_STYLE_TYPE_LOWER_ROMAN,
CSS_LIST_STYLE_TYPE_UPPER_ALPHA, CSS_LIST_STYLE_TYPE_UPPER_ROMAN and
default all use the same block of code. The marker itself is generated
in the last few lines of the block.
It ought to be not too difficult to generate code to handle the alpha
and Roman-numbered cases.
David
4:03 a.m.
In message <866b6af458.harriet(a)bazleyfamily.co.uk>
Harriet Bazley <lists(a)bazleyfamily.co.uk> wrote:
Netsurf doesn't seem to support HTML of the form
<OL>
<li type="i" value=5>
</OL>
but always defaults to a sequential numerical list, whatever type/value the
source specifies - are we all supposed to be styling list entries with CSS
nowadays?
The good news: ordered lists with alphabetic or Roman-numeral lists now
display the requested prefixes, at least when done with CSS. Dev CI
#5233.
The bad news: they all seem to have a "00 00" character after the dot
the follows the prefix.
David
7:03 p.m.
On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
Netsurf doesn't seem to support HTML of the form
<OL>
<li type="i" value=5>
</OL>
but always defaults to a sequential numerical list, whatever type/value
the source specifies - are we all supposed to be styling list entries
with CSS nowadays?
Depends on the intended usage. The MDN page is a good reference
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
Netsurf has never supported anything other than plain decimal
numbering for list markers/counters
I have added a basic implementation of the CSS 2.1 styles
https://www.w3.org/TR/CSS2/generate.html#propdef-list-style-type
Michael Drake fixed the HTML hinting so the type on the OL can be used
(note its on the OL *not* the LI element)
I cannot close a bug as noone opened one but please do so if there are
issues in this area.
--
Harriet Bazley == Loyaulte me lie ==
It is better to be deceived by a friend, than to suspect him.
_______________________________________________
netsurf-users mailing list -- netsurf-users(a)netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave(a)netsurf-browser.org
--
Regards Vincent
http://www.kyllikki.org/
7:50 p.m.
In message <20210201133331.f3uyvn5fswm53hvt(a)hilly.kyllikki.org>
Vincent Sanders <vince(a)netsurf-browser.org> wrote:
On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
> Netsurf doesn't seem to support HTML of the form
> <OL>
> <li type="i" value=5>
> </OL>
> but always defaults to a sequential numerical list, whatever type/value
> the source specifies - are we all supposed to be styling list entries
> with CSS nowadays?
Depends on the intended usage. The MDN page is a good reference
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
Netsurf has never supported anything other than plain decimal
numbering for list markers/counters
I have added a basic implementation of the CSS 2.1 styles
https://www.w3.org/TR/CSS2/generate.html#propdef-list-style-type
Michael Drake fixed the HTML hinting so the type on the OL can be used
(note its on the OL *not* the LI element)
I cannot close a bug as noone opened one but please do so if there are
issues in this area.
Thanks, Vince. (I was working on some code to add, but you guys beat me
to it.)
I see that, not only has the "00 00" disappeared, but alpha ordered lists
beyond 26 items (i.e. requiring 2 letters) no longer overflow the left
margin. I was going to raise a Mantis bug, but you fixed it first!
I can see that non-CSS lists work, except that the start tag is not
obeyed. Whether that is of any consequence? I doubt it.
David
11:12 p.m.
In message <20210201133331.f3uyvn5fswm53hvt(a)hilly.kyllikki.org>
Vincent Sanders <vince(a)netsurf-browser.org> wrote:
On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
> Netsurf doesn't seem to support HTML of the form
> <OL>
> <li type="i" value=5>
> </OL>
> but always defaults to a sequential numerical list, whatever type/value
> the source specifies - are we all supposed to be styling list entries
> with CSS nowadays?
Depends on the intended usage. The MDN page is a good reference
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
My specific usage was in DDF2Html, where Impression's numbered lists are
translated into corresponding HTML lists - and where I was looking at a
particular document which was quoting partial elements from a list, such
that the original reads
i)
ii)
iii) [...]
v)
which is rendered in Netsurf as
1)
2)
3)
4)
Likewise a similar list in the same article contains items
1)
5)
9)
which appear on the website (in Netsurf) misleadingly as
1)
2)
3)
I could try to get the program to calculate the values itself instead of
relying on translating the DDF codes, which map pretty neatly onto the
<OL> definition, but I assumed at the time of writing the software that
Netsurf would at some point be upgraded to implement full ordered list
support.
--
Harriet Bazley == Loyaulte me lie ==
C++ - the language in which only friends can access your private members
521
days inactive
528
days old
netsurf-users@netsurf-browser.org
7 comments
4 participants
participants (4)
-
David Higton -
Harriet Bazley -
Tim Hill -
Vincent Sanders