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
--
Regards,
Ken Fallon (PA7KEN,G5KEN)
https://kenfallon.com
https://hackerpublicradio.org/hosts/ken_fallon
_______________________________________________
Hpr mailing list
Hpr@hackerpublicradio.org
http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
