HTML5 element support
by Ewen Pring
I'd like to make a feature request. The Netsurf documentation says to post
it on this list rather than using the bug reporting system.
The Netsurf progress page says an HTML5 parser is being in the process of
development; that's good but HTML5 has been used for 6 years now and what
seems to me (if I'm right) a minor change might allow the existing engine
to display HTML5 as it was intended, even if it doesn't 'understand' the
concept of some of the new elements/structures.
Specifically, my web site has over 60 pages that use the HTML5 figure and
figcaption elements to contain content (images and their captions
alongside). Netsurf doesn't recognise these and doesn't act upon styles
applied to them in CSS. The page renders as if they were not there. But
I've set properties such as making them inline-blocks with vertical
centering next to each other, OK on Chrome/Firefox but none of this works
in Netsurf whose display output is ruined in a cascade of incorrectly
positioned elements.
It seems to me that if the figure and figcaption elements were simply
considered as being div elements, the display would work as intended.
At present the only way I could get around the issue is to wrap the HTML5
elements in a div, and apply the styles to the div and not the HTML5
element.
OK ideally the new elements should have default styles (for example
Firefox puts a 16 pixel top/bottom and 40 pixel left/right margin on the
figure element, whereas a normal div has none) but that doesn't matter
much as if Netsurf supported styles on HTML5 elements, I would be able to
set all those things manually.
Whilst I've only tested this on figure and figcaption, other HTML5
elements like aside, nav, footer are also I suppose in the same boat.
Best regards
Ewen Pring
--
Ewen Pring, St. Albans, Herts
using RISC OS 5
https://timebus.co.uk/riscos/
3 years, 7 months
Mailing list host, scheduled downtime
by Daniel Silverstone
Hi all,
I have been working on a new mail-backend for Pepperfish and one of the
changes we're doing is to migrate from mailman 2 to mailman 3. This migration
will, obviously, affect the mailing lists slightly.
Other than a period of downtime next weekend, most of you should be unaffected
by this. However the new mailman list archiver (hyperkitty) should be much
more effective at providing archives, and is a more modern web interface
permitting you to read the mailing list in a browser rather than your mail
client if that's what you prefer. (Unfortunately I doubt it'll work great in
NetSurf, but it'll give us a reason to work on improving things further I
guess)
There may be some delay getting the archives back up after the transfer, but I
do expect everything to be done within a day of starting, and I hope that
afterwards, some of the problems we've had with people not being able to
subscribe etc, will go away. And digests (blech) might work better, perhaps.
I'll pop a mail on the list a little before, and a little after, the transfer
so that you're all forewarned, and told when things are back up and running.
If you have any concerns, please contact me *off list* and I'll do my best to
allay them.
Regards,
Daniel.
--
Daniel Silverstone http://www.digital-scurf.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
3 years, 7 months
Scrolling issues
by Bernard Boase
3.10 (Dev CI #5055)
Couple of issues I've noticed recently:
- Wikipedia's own vertical scroll bar overrides the functionality of the
RISC OS window furniture. Is that intentional and/or inevitable?
- F4 / Find text no longer automatically scrolls down to display the next
occurrence of the search string when it is further down the text than is
visible in the current window.
If others concur, I could raise a bug report, at least for the latter.
--
Bernard
3 years, 7 months