Re: href in custom elements

Wadim Seminsky <[email protected]> Thu, 30 Apr 2026 17:56:07 +0200
Newsgroups gmane.comp.web.lynx.devel
Message-ID <CAOxqynJJCPkK9kC-wCER_FOHsWRFDNXjV8-NO3n_65U8edVAAQ@mail.gmail.com>
Can this problem not be solved in the caddy file or nginx?, specific to
what the source and target need to be tailored.

Op do 30 apr 2026 om 15:26 schreef David Woolley <[email protected]=
k
>:

> On 30/04/2026 00:14, Thorsten Glaser wrote:
> >> The funny thing is that they claim this complexity is done for the
> >> purpose of accessibility regulation in the EU =F0=9F=99=82
>
> > That=E2=80=99s ridiculous. Someone sold something overengineered to the=
m
>
> I think this will be the result of the normal (bad) way of designing web
> sites: design ignoring accessibility and retrofit it at the last minute.
>   Their hack is probably a way of conditionally enabling accessibility
> without disturbing the original structure.
>
> Unfortunately the W3C WCAG long ago decided that pages that only worked
> with EcmaScript/document object model/browser object model support were
> accessible, but Lynx doesn't generate anything close to a conforming
> document object model.
>
> I think they designed inaccessible sites, and were simply advised this
> was the minimum change to meet the EU requirements, which use W3C WCAG
> as a starting point.
>
> Technically, none of this is about graphical versus character cell text,
> but, in practice the latter ones used ad hoc ways of going from HTML
> stream to rendered output, and converting them to use a DOM would
> probably mean rewriting about 80% of the code.
>
> Consider yourself lucky that you are not getting an AJAX page.
>