Feature request: Save alt text with image in media manager

Shiawase

Alt text is distinct from caption and title. It is used by screen readers for people who are visually impaired. It could be longer than the caption which tends to be concise. Caption is stored as exif data, while alt text is a html property.

While it is very easy to insert in the syntax, you need to re enter it every time you re-use an image. It would be a great help if it were saved with the image in the media manger. Along with the ability to enter or edit it there. (With changes cascading through the wiki？)

Could an exif field be used and inserted into alt text when the helm is generated? It would need to hold ip to 1500 characters. 1.5kB. It should fit.

If this already exists for the media manager could someone point me at it.

gerardnico

If your file is a jpeg, you save the title, the caption, and other EXIF data via the media manager.

https://www.dokuwiki.org/exif

Shiawase

That doesn’t save alt text. Caption is insufficient in this use case.

saggi

Shiawase If I understand this: https://github.com/splitbrain/dokuwiki/issues/3461 correctly, the screen reader should be able to follow a direct link and read the description from the image.
The Captionfield in the edit area of the media manager easily holds 1500 characters. Only images that are included with &nolink seem to be problematic. Here the description should be in the tag, e.g. {{image&nolink|description}}.

When I fill only the Captionand not the Title, I get the following result on the details page:

The source text of the detail page for the image contains the corresponding alt attribute:

 <a href="/dokuwiki/lib/exe/fetch.php?cache=&amp;media=start:dsc00694_sky.jpg" title="View original file"><img width="900" height="602" class="img_detail" alt="Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod
tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At
vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren,
no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit
amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut
labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam
et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata
sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur
sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore
magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo
dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est
Lorem ipsum dolor sit amet. 

Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie
consequat, vel illum dolore eu feugiat nulla facilisis at vero eros et accumsan
et iusto odio dignissim qui blandit praesent luptatum zzril delenit augue duis
dolore te feugait nulla facilisi. Lorem ipsum dolor sit amet, consectetuer
adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna
aliquam erat volutpat. 

Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit
lobortis nisl ut aliquip ex ea commodo consequat. Duis autem vel eum iriure..." title="Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod
tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At
vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren,
no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit
amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut
labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam
et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata
sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur
sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore
magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo
dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est
Lorem ipsum dolor sit amet. 

Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie
consequat, vel illum dolore eu feugiat nulla facilisis at vero eros et accumsan
et iusto odio dignissim qui blandit praesent luptatum zzril delenit augue duis
dolore te feugait nulla facilisi. Lorem ipsum dolor sit amet, consectetuer
adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna
aliquam erat volutpat. 

Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit
lobortis nisl ut aliquip ex ea commodo consequat. Duis autem vel eum iriure..." src="/dokuwiki/lib/exe/fetch.php?cache=&amp;w=900&amp;h=602&amp;tok=2efc8d&amp;media=start:dsc00694_sky.jpg"/></a>

But maybe I'm completely wrong here, I have no experience with screen readers. Therefore an apology in advance.

Shiawase

Hi, thanks for taking the time to look at this. That is an interesting link. And the behavior is as you say. However it’s not especially helpful behavior in my opinion, and why it is logged as a bug.

Ideally the screen reader will stay on the page, when it encounters an image it will read the alt text. This text can easily be inserted on each separate use of an image in the markdown
{{image.path:file_name.jpg?nolink|Title}}
to generate
<img src="/lib/exe/fetch.php?media=image.path:file_name.jpg" class="media" loading="lazy" title="Title" alt="Title">
However this is a title and is reused as alt text. I believe both should be separate. And access to alt text shouldn’t be dependent on following a link. It should reside with the image on the page.

If we use the media manager to generate the markdown it doesn’t add the title from the exif data.

Also filename, Title, Caption and alt-text serve different purposes.

Consider your photo above. The filename could be “xyz11234.jpg”, The title could be “Sunset” , the caption “A summer sunset overlooking Midsummer Village”, the alt-text could be “The sun is at the horizon of the sea. Above there are low purple clouds and higher still orange light is reflected on other cloud layers. In the middle ground there is a rural village. In the foreground is a green wheatfield. It is growing dark. “
You might see why you would like to keep them separate and used in different places for different purposes. When generating a gallery for instance. Usually only the title and caption are going to be shown to a user not using a screen reader.

What I would like is this separation. (Potentially the handling of alttext is a bug at the moment) And the ability to store the alt text in the media manager and have it populate an alt tag (not the title tag!) via markdown.

pop

Many assistive technologies rely on the alt tag being properly used. Adding the 'alt' property to the media in the media library would count as removing an accessibility bug and not a new feature, IMO.

Global DokuWiki Links