<div dir="ltr"><div>(Neglected to CC haskell-cafe, sorry Mario for the duplicate.)<br><br>The only plain-HTML solutions I’m aware of are the ‘title’ 
attribute and the HTML5 ‘<details>’ element. The latter may 
contain a ‘<summary>’ element for the content displayed by 
default, plus other content that the user can expand or collapse. 
Unfortunately, as far as I know Lynx doesn’t support either of these; 
not sure about other text browsers. In Lynx you could maybe get some 
nice UX for this with the ‘<fn>’ footnote element from HTML 3.0, 
but that’s deprecated and probably not supported in other browsers.<br></div><div><br></div><div>It
 doesn’t help with Lynx support, but  I guess the right thing to do here
 for screenreader support in other browsers is to add the ‘tooltip’ role
 to the tooltip element, toggle its ‘hidden’ attribute with JavaScript 
to show and hide it, and use ‘aria-describedby’ / ‘aria-expanded’ on the
 anchor element to handle relating the two and announcing the tooltip 
correctly when it’s shown.<br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 14, 2020 at 4:20 PM Mario Lang <mlang@blind.guru> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Alec Theriault <<a href="mailto:alec.theriault@gmail.com" target="_blank">alec.theriault@gmail.com</a>> writes:<br>
<br>
> Although I’m sympathetic to the accessibility, in this case wouldn’t just<br>
> directly opening the sources (in a text editor) be simpler?<br>
<br>
Following a link to a definition is convenient because there is an<br>
anchor.<br>
Of course I can just open the original sources in a text editor.<br>
But then I am no longer reading documentation, I am reading sources!<br>
<br>
> Is there a (simple) way to preserve the experience when browsing using<br>
> Lynx without also holding back features aimed at a regular browsing<br>
> experience?<br>
<br>
I was expecting this sort of killer argument.  I have to admit I am too<br>
exhausted with this topic to try and give a meaningful answer.  There<br>
used to be a time when compatibility to existing technology was a goal<br>
by itself.  This is going away even in circles which usually have tried<br>
to achieve some sort of technical excellence.  I am sad.  But I can not<br>
do anything against the tides except for sometimes pointing at ships<br>
while they are sinking, hoping to get someone to see reason and rescue<br>
at least some of them.<br>
<br>
Practically speaking, the problem is the visibility style attribute.  As<br>
far as I know, none of the text browsers (lynx, w3m, elinks, eww) have<br>
CSS support.  Barring any other HTML construct which would allow to hide<br>
things by default for text browsers, all I can think of a plain<br>
version in addition to a hip version.  That should be easy to<br>
autogenerate, but it has all the problems attached to a alternative<br>
version.<br>
<br>
-- <br>
CYa,<br>
  ⡍⠁⠗⠊⠕<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</blockquote></div>