images with alt text
Hi, as publishing houses (at least in Germany) are forced to provide «alt text» with their PDF-publications (from June 2025 on), I need to know how «images with alternate text» (https://en.wikipedia.org/wiki/Alt_attribute) are typeset with ConTeXt LMTX. In HTML it looks like this: <img src="example.jpg" alt="Example text"> What is the equivalent in ConTeXt LMTX? Yours, Steffen
On 9/21/2024 7:16 PM, Steffen Wolfrum wrote:
Hi,
as publishing houses (at least in Germany) are forced to provide «alt text» with their PDF-publications (from June 2025 on), I need to know how «images with alternate text» (https://en.wikipedia.org/wiki/Alt_attribute) are typeset with ConTeXt LMTX.
In HTML it looks like this:
<img src="example.jpg" alt="Example text">
What is the equivalent in ConTeXt LMTX?
afaik there no such tag on an image in pdf so one has to wrap, i'll add \startPDFalternativetext{when will the german government provide full acrobat for free (livelong) to developers} \scale[s=3]{\rotate[rotation=30]{DE}} \stopPDFalternativetext to play with but integrating something more nice also will b emore confusing ... the problem is that anything can be an image (liek a mp picture) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
On 9/22/24 13:15, Hans Hagen via ntg-context wrote:
On 9/21/2024 7:16 PM, Steffen Wolfrum wrote:
Hi,
as publishing houses (at least in Germany) are forced to provide «alt text» with their PDF-publications (from June 2025 on),
Hi Steffen and Hans, this will be a requirement for the whole European Economic Area. This is where the Accessibility Directive should be applied. Since this may not be the single requirement, I started a new wiki page for that: https://contextgarden.net/Accessibility. Please, feel free to contribute (as ever).
What is the equivalent in ConTeXt LMTX?
afaik there no such tag on an image in pdf so one has to wrap, i'll add
Alternate descriptions are covered in https://opensource.adobe.com/dc-acrobat-sdk-docs/pdfstandards/PDF32000_2008..... From what I see in the sample, they are very similar to /ActualText, but with /Alt instead (related to a marked section). They are applied to all items that have no direct text translation, such as images or formulas (to alternatively describe them in text).
\startPDFalternativetext{when will the german government provide full acrobat for free (livelong) to developers} \scale[s=3]{\rotate[rotation=30]{DE}} \stopPDFalternativetext
to play with but integrating something more nice also will b emore confusing ... the problem is that anything can be an image (liek a mp picture)
I think this is great, since this allows it to be applied as allowed by the PDF spec. Also for the expansion of abbreviations, /E is provided for marked sections (https://opensource.adobe.com/dc-acrobat-sdk-docs/pdfstandards/PDF32000_2008....), the same way as /ActualText (but it expects whole words). It would be great to have synonyms added the /E information by default. I think this may be a requirement for text-to-speech conversions. Many thanks for your help, Pablo
On 9/22/2024 2:43 PM, Pablo Rodriguez via ntg-context wrote:
It would be great to have synonyms added the /E information by default. I think this may be a requirement for text-to-speech conversions.
even more crap .. let's wait till abbreviations are completely forbiddeb (and also units and such ) anyway, i might wait till we have some project for some government Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
On 9/22/24 21:58, Hans Hagen via ntg-context wrote:
On 9/22/2024 2:43 PM, Pablo Rodriguez via ntg-context wrote:
It would be great to have synonyms added the /E information by default. I think this may be a requirement for text-to-speech conversions.
even more crap .. let's wait till abbreviations are completely forbiddeb (and also units and such )
From what I see, /E may be helpful (similar to /ActualText). For me, the real problem with accessibility (and penalties for non-accessible documents) is that it will force all documents to be machine-readable (so we have to feed AI with all our public documents, whether we like it or not). I mean, no such as "\enabledirectives[backend.pdf.nounicode=❌]" allowed. Pablo
On 9/23/2024 8:02 AM, Pablo Rodriguez via ntg-context wrote:
On 9/22/24 21:58, Hans Hagen via ntg-context wrote:
On 9/22/2024 2:43 PM, Pablo Rodriguez via ntg-context wrote:
It would be great to have synonyms added the /E information by default. I think this may be a requirement for text-to-speech conversions.
even more crap .. let's wait till abbreviations are completely forbiddeb (and also units and such )
From what I see, /E may be helpful (similar to /ActualText).
Imo it's useless: (1) normally when a new abbreviation is intriduced one has the expanded meaning after it (2) after that it is suposed to be known (3) if one jumps into a document in the middle one cannot expect it to be repeated every time (4) if that *is* expoected there is no need to use abbreviations at all (5) so, why should a 'read out' document have all abbreviations with an expanded meaning and a typeset text not
For me, the real problem with accessibility (and penalties for non-accessible documents) is that it will force all documents to be machine-readable (so we have to feed AI with all our public documents, whether we like it or not).
i assume that such a machine learning or pattern recognotion app can quite well figure out that it's an abbreviation
I mean, no such as "\enabledirectives[backend.pdf.nounicode=❌]" allowed.
well, everything is allowed ... after all why do we typeset and visualize otherwise ... it depends on the audience one can always generate multiple versions, one with two times the number of pages and all expanded Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
participants (3)
-
Hans Hagen -
Pablo Rodriguez -
Steffen Wolfrum