echo "bob reading Accessibility problem thread" >> owes-me-a-show.txt
--
Regards,
Ken Fallon (PA7KEN,G5KEN)
https://kenfallon.com
https://hackerpublicradio.org/hosts/ken_fallon
On 2022-08-03 10:27, Bob Jonkman wrote:
You know, this entire thread would make a great HPR episode.
--Bob, who's a fine one to talk about *other* people making episodes...
(actually, I'm willing to read this e-mail thread into a microphone
and make an episode out of it. But I'm visually dependent, so while I
think I understand the problem and the solution, I'm no a11y expert)
On 2022-08-03 01:16, Mike Ray wrote:
Reading further down your email than I did before Ken, this solution
would work, if the tag subject were included in the first anchor in a
list of tags for that subject.
On 02/08/2022 17:39, Ken Fallon wrote:
I think I understand the problem
We have the search text and then the episode number(s) where that
keyword appears
kafka: 3639
kali linux: 1457
So when you search for kafka you would land on "3639" which you
hear. is fine as that is the show for kafka
But you cannot see if there are 2 or more shows for kafka
As when you tab again you hear the text "1457" which is not about
kafka but in fact kali linux.
If someone else records a show about kafka then we would have
kafka: 3639, 9999
kali linux: 1457
So the search to kafka would then go to 3639, then 9999, and then 1457
There is no indication to show which link is about kafka.
Is that the problem ?
If so then would the solution be to have the tag included in the
first link
So the first hyperlink would be "kafka: 3639"
The second would just be "9999" and then on for as many shows as
there are.
When you jump to the next tag you would hear "kali linux: 1457" and
then any other show numbers
Is that a solution ?
Or should we just have each tag as a heading and then each show
having it's own line with a complete line of title text ?
regards
Ken.
On 2022-08-02 17:29, Mike Ray wrote:
Hello Dave
Apologies for top-posting.
If you can get your hands on the bootstrap3 style css, search for
'sr-only'.
I suggest you might want to create a bogus tag "a11y" with a link
to a bogus show, and when you have done that let me know.
Although of course the styling is probably done in a loop, so any
style applied will be applied to all?
And I guess what you mean buy index is that you want any tag to
appear on the page only once, but then be followed by a column to
the right with the show numbers.
I'm sorry to moan about this, but running down a list is very, very
annoying when meaningful entry is not included in the link.
In the case of the HPR tags page, I just get number after number,
and on a lot of pages, as I suggested before, it is only ever the
word 'here' that is linked.
Jumping either forwards or backwards through links with 'k' or
'shift k', I have no idea when I have landed on a link I want.
Perhaps we can do some trials, and give me the nod each time you
made an update.
PHP? Yuck. Dancer2 is where it's at Dave. All the Perl happenin'
dudes are there.
Mike
On 02/08/2022 14:17, Dave Morriss wrote:
On 01/08/2022 21:09, Mike Ray wrote:
Hello
I just spotted a glaring accessibility issue on the HPR site.
I just listened to the community news, published today, and heard
mention of a show about Kafka. Which I need to know about right
now for work.
So I went to the site and to the tags page.
Running down the list of tags that begin with the letter 'K', I
found:
• kafka: 3639
That's fine, but only the 3639 bit is included in the link.
So, when I hit the 'k' button to navigate by links in NVDA, a
Windows screen reader, all I get is number after number. I
believe all major screen readers include a key to jump from link
to link.
No idea which is the Kafka show.
So, the link needs to be changed to include the tag in the anchor.
I have mentioned this before, that anchors should include the
full text that describe the link, not just the word 'here' as in
"click here to learn about invisible giraffes with six legs".
I would want the whole thing in the link, so that I could find
the link about invisible giraffes with six legs, and not just
"here, here, here, here, here" AAAAAARGH!
I don't know how I missed that when it was published. But I am
one of those people who screw up the stats, because I delete most
shows based on the title, after making sure it is not one of my
"must listen" list of hosts. Linux Inlaws is not one of those.
Mike
Hi Mike,
I must apologise for this problem; the page is something I
designed and constructed myself. For new readers, we're talking
about https://hackerpublicradio.org/tags.php.
I wanted the page to be like an index in a book with the keyword
(tag) on the left, followed by a list of the page (show) numbers.
As I designed this it seemed that each link was best presented as
a number. I didn't know that screen readers would cope badly with
this.
I'm wondering if there's a way of including text that would help a
screen reader while leaving the list of show numbers as it is.
I was unavailable this morning but I have just tried doing what
some accessibility advice I found suggests: namely giving each
link to a show a 'text' attribute. In experiment one I added the
show title there.
I saw the warnings that many screen readers will not use this
attribute. I also wonder if this will have the effect of making
the page excessively complex for screen readers that do use it.
Using this text has the advantage for sighted users that hovering
over each link shows what the episode is about.
I found many references to 'Accessible Rich Internet Applications'
(ARIA) in my research, and see that I could add these types of
attributes.
What do you think?
Dave
_______________________________________________
Hpr mailing list
Hpr@hackerpublicradio.org
http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
