pdf screen reader accessibility?

pdf screen reader accessibility?

[Jude DaShiell]

http://www.adobe.com/accessibility/products.html
is a good place to start.
When a document gets written in Microsoft Word, its language is made part 
of that document.  If that document is later converted to a pdf file that 
language information is taken in by the conversion process then becomes 
the first component that starts to make screen reader accessibility of a 
pdf file possible.  Other components exist, but without that language 
attribute presence, screen reader accessibility is disabled.  Another 
major requirement is ocr scanned content pictures by themselves in pdf 
files are worthless to screen readers.  I'm using speakup over here on 
archlinux and am curious if it is now possible or some day will be 
possible for me to export to a screen reader accessible pdf file I can 
share with other screen reader users with no fear that the file won't be 
accessible.



-- Twitter: JudeDaShiell

Re: pdf screen reader accessibility?

[Rasmus]

Jude DaShiell <jdashiel@panix.com> writes:

> http://www.adobe.com/accessibility/products.html
> is a good place to start.

It's a list of a bunch of software packages of which most are not (i) free
in any meaning of the word; and (ii) supported on GNU/Linux.

What is your point?

> When a document gets written in Microsoft Word, its language is made
> part of that document.  If that document is later converted to a pdf
> file that language information is taken in by the conversion process
> then becomes the first component that starts to make screen reader
> accessibility of a pdf file possible.

AFAIK, the language is set as part of the metadata in pdfs in 8.3 based
on #+LANGUAGE.  Can you test if that works for you?  If not, what will
needed to be changed to make it work?

—Rasmus

-- 
Send from my Emacs

Re: pdf screen reader accessibility?

[Marcin Borkowski]

On 2015-04-06, at 13:40, Rasmus <rasmus@gmx.us> wrote:

> Jude DaShiell <jdashiel@panix.com> writes:
>
>> http://www.adobe.com/accessibility/products.html
>> is a good place to start.
>
> It's a list of a bunch of software packages of which most are not (i) free
> in any meaning of the word; and (ii) supported on GNU/Linux.

So what?  IIUC, the OP wants to have something similar using Emacs and
(maybe) free (in a usual sense, or in FSF sense) software.  Isn't it
a valid request?

> What is your point?

Maybe it's an answer to my question below?

,----
| > Do those files by default conform to screen reader accessibility standards 
| > or can such files be made to conform to screen reader accessibility 
| > standards?  Since adobe was responsible for creating pdf files Adobe has 
| > screen reader accessibility standards on its website.
| 
| Could you point out these standards (direct links)?
`----

(No idea why the OP started a new thread, though.)  In my browser, on
the right there are some links to general accessibility info (or so it
seems, I didn't follow them yet).

>> When a document gets written in Microsoft Word, its language is made
>> part of that document.  If that document is later converted to a pdf
>> file that language information is taken in by the conversion process
>> then becomes the first component that starts to make screen reader
>> accessibility of a pdf file possible.
>
> AFAIK, the language is set as part of the metadata in pdfs in 8.3 based
> on #+LANGUAGE.  Can you test if that works for you?  If not, what will
> needed to be changed to make it work?

Quick test using

#+LANGUAGE: polish

or

#+LANGUAGE: pl

showed it didn't work.  (I didn't check the pdf file, though, only
grepped the LaTeX source.)

> —Rasmus

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University

Re: pdf screen reader accessibility?

[Rasmus]

Marcin Borkowski <mbork@wmi.amu.edu.pl> writes:

> On 2015-04-06, at 13:40, Rasmus <rasmus@gmx.us> wrote:
>
>> Jude DaShiell <jdashiel@panix.com> writes:
>>
>>> http://www.adobe.com/accessibility/products.html
>>> is a good place to start.
>>
>> It's a list of a bunch of software packages of which most are not (i) free
>> in any meaning of the word; and (ii) supported on GNU/Linux.
>
> So what?  IIUC, the OP wants to have something similar using Emacs and
> (maybe) free (in a usual sense, or in FSF sense) software.  Isn't it
> a valid request?

Of course it is, but OP is referring to features of some software that I
don't have access to, so how am I supposed to make sense of it?  I'm not
going to (i) install a new OS; and (ii) buy/torrent software to understand
and test a feature in named software.

If there's a standard I'm eager to hear about it.

> Maybe it's an answer to my question below?
>
> ,----
> | > Do those files by default conform to screen reader accessibility standards 
> | > or can such files be made to conform to screen reader accessibility 
> | > standards?  Since adobe was responsible for creating pdf files Adobe has 
> | > screen reader accessibility standards on its website.
> | 
> | Could you point out these standards (direct links)?
> `----

> (No idea why the OP started a new thread, though.)  In my browser, on
> the right there are some links to general accessibility info (or so it
> seems, I didn't follow them yet).

Thanks.

>>> When a document gets written in Microsoft Word, its language is made
>>> part of that document.  If that document is later converted to a pdf
>>> file that language information is taken in by the conversion process
>>> then becomes the first component that starts to make screen reader
>>> accessibility of a pdf file possible.
>>
>> AFAIK, the language is set as part of the metadata in pdfs in 8.3 based
>> on #+LANGUAGE.  Can you test if that works for you?  If not, what will
>> needed to be changed to make it work?
>
> Quick test using
>
> #+LANGUAGE: polish
>
> or
>
> #+LANGUAGE: pl
>
> showed it didn't work.  (I didn't check the pdf file, though, only
> grepped the LaTeX source.)

Please give an example of how to specify the language, or an example of a
way to test it that can be done easily from GNU/Linux.

With emacs -q and Org 8.3, and a document with "#+LANGUAGE: da" I get:

     $> exiftool test.pdf | grep -i lang
     Language                        : Danish

—Rasmus

-- 
Send from my Emacs

Re: pdf screen reader accessibility?

[William Henney]

[-- Attachment #1: Type: text/plain, Size: 1515 bytes --]

On Mon, Apr 6, 2015 at 7:19 AM, Rasmus <rasmus@gmx.us> wrote:

> Marcin Borkowski <mbork@wmi.amu.edu.pl> writes:
>
> > On 2015-04-06, at 13:40, Rasmus <rasmus@gmx.us> wrote:
> >
> >> Jude DaShiell <jdashiel@panix.com> writes:
> >>
> >>> http://www.adobe.com/accessibility/products.html
> >>> is a good place to start.
> >>
> >> It's a list of a bunch of software packages of which most are not (i)
> free
> >> in any meaning of the word; and (ii) supported on GNU/Linux.
> >
> > So what?  IIUC, the OP wants to have something similar using Emacs and
> > (maybe) free (in a usual sense, or in FSF sense) software.  Isn't it
> > a valid request?
>
> Of course it is, but OP is referring to features of some software that I
> don't have access to, so how am I supposed to make sense of it?  I'm not
> going to (i) install a new OS; and (ii) buy/torrent software to understand
> and test a feature in named software.
>
> If there's a standard I'm eager to hear about it.
>
>
I believe the relevant standard is PDF/UA

http://en.wikipedia.org/?title=PDF/UA

As far as I can tell, support for this from LaTeX is still very much a work
in progress, but there is an accessibility.sty package that has made a
start. Here is a recent SO discussion:

http://tex.stackexchange.com/questions/124291/revisiting-producing-structured-pdfs-from-latex

Will


-- 

  Dr William Henney, Centro de Radioastronomía y Astrofísica,
  Universidad Nacional Autónoma de México, Campus Morelia

[-- Attachment #2: Type: text/html, Size: 2603 bytes --]

Re: pdf screen reader accessibility?

[Rasmus]

Hi,

William Henney <whenney@gmail.com> writes:

>> >>> http://www.adobe.com/accessibility/products.html
>> >>> is a good place to start.
>> >>
>> >> It's a list of a bunch of software packages of which most are not (i)
>> free
>> >> in any meaning of the word; and (ii) supported on GNU/Linux.
>> >
>> > So what?  IIUC, the OP wants to have something similar using Emacs and
>> > (maybe) free (in a usual sense, or in FSF sense) software.  Isn't it
>> > a valid request?
>>
>> Of course it is, but OP is referring to features of some software that I
>> don't have access to, so how am I supposed to make sense of it?  I'm not
>> going to (i) install a new OS; and (ii) buy/torrent software to understand
>> and test a feature in named software.
>>
>> If there's a standard I'm eager to hear about it.
>>
>>
> I believe the relevant standard is PDF/UA
>
> http://en.wikipedia.org/?title=PDF/UA
>
> As far as I can tell, support for this from LaTeX is still very much a work
> in progress, but there is an accessibility.sty package that has made a
> start. Here is a recent SO discussion:
>
> http://tex.stackexchange.com/questions/124291/revisiting-producing-structured-pdfs-from-latex

Thanks those are interesting reads.  Based on the SO question it seems
that the best way to go about this ATM is either adding
"\pdfinterwordspaceon", meta-accessibility, and cmap packages to the
preamble via #+LATEX_HEADER or org-latex-packages or use Context.  Org
does not have a Context backend.  The (meta-)accessibility package does
not seem to be on CTAN.

I don't think Org can do more to get 'tagged pdfs' via ox-latex until
better LaTeX solutions exist or until ox-context.el exists.

When exporting a pdf via Libreoffice there's an option for tagged pdf (via
File → Export as PDF → General).  Is that a suitable solution in this
case?

Thanks,
Rasmus

-- 
Send from my Emacs

Re: pdf screen reader accessibility?

[Nick Dokos]

Rasmus <rasmus@gmx.us> writes:


> William Henney <whenney@gmail.com> writes:
>
>>
>> http://en.wikipedia.org/?title=PDF/UA
>>
>> As far as I can tell, support for this from LaTeX is still very much a work
>> in progress, but there is an accessibility.sty package that has made a
>> start. Here is a recent SO discussion:
>>
>> http://tex.stackexchange.com/questions/124291/revisiting-producing-structured-pdfs-from-latex
>
> Thanks those are interesting reads.  Based on the SO question it seems
> that the best way to go about this ATM is either adding
> "\pdfinterwordspaceon", meta-accessibility, and cmap packages to the
> preamble via #+LATEX_HEADER or org-latex-packages or use Context.  Org
> does not have a Context backend.  The (meta-)accessibility package does
> not seem to be on CTAN.
>

It is available on Andy Clifton's github page:

      https://github.com/AndyClifton/AccessibleMetaClass

Nick

Re: pdf screen reader accessibility?

[Rasmus]

Hi,

Nick Dokos <ndokos@gmail.com> writes:

>>> http://en.wikipedia.org/?title=PDF/UA As far as I can tell, support
>>>for this from LaTeX is still very much a work in progress, but there is
>>>an accessibility.sty package that has made a start. Here is a recent SO
>>>discussion:
>>>http://tex.stackexchange.com/questions/124291/revisiting-producing-structured-pdfs-from-latex
>>>>> >> Thanks those are interesting reads.  Based on the SO question it
>>>seems >> that the best way to go about this ATM is either adding >>
>>>"\pdfinterwordspaceon", meta-accessibility, and cmap packages to the >>
>>>preamble via #+LATEX_HEADER or org-latex-packages or use Context.  Org
>>>>> does not have a Context backend.  The (meta-)accessibility package
>>>does >> not seem to be on CTAN.  >> > > It is available on Andy
>>>Clifton's github page: > >
>>>https://github.com/AndyClifton/AccessibleMetaClass

I don't think we should add default packages that are not on CTAN as they
cannot easily be installed.

—Rasmus

-- 
Send from my Emacs

Helm and multiple-tags in org mode issues

[Leo Ufimtsev]

Hello, 

I noticed helm doesn't work that well for multiple tags in org mode.

e.g if you use org-set-tag and want to append multiple tags, it shows predictions only for the first tag, or for used 'combinations', but it does not show predictions for 'mix-and-match'.

E.g from my tag list:
http://i.imgur.com/SEruztY.png

If I want to type:
RELENG:REDHAT
Then there is no auto-predict help with 'REDHAT'.

Is there any fix for this or any improved way of setting tags?

Thank you.

Leo Ufimtsev | Intern Software Engineer @ Eclipse Team

Re: pdf screen reader accessibility?

[Nick Dokos]

Rasmus <rasmus@gmx.us> writes:

> Hi,
>
> Nick Dokos <ndokos@gmail.com> writes:
>
>>>> http://en.wikipedia.org/?title=PDF/UA As far as I can tell, support
>>>>for this from LaTeX is still very much a work in progress, but there is
>>>>an accessibility.sty package that has made a start. Here is a recent SO
>>>>discussion:
>>>>http://tex.stackexchange.com/questions/124291/revisiting-producing-structured-pdfs-from-latex
>>>>>> >> Thanks those are interesting reads.  Based on the SO question it
>>>>seems >> that the best way to go about this ATM is either adding >>
>>>>"\pdfinterwordspaceon", meta-accessibility, and cmap packages to the >>
>>>>preamble via #+LATEX_HEADER or org-latex-packages or use Context.  Org
>>>>>> does not have a Context backend.  The (meta-)accessibility package
>>>>does >> not seem to be on CTAN.  >> > > It is available on Andy
>>>>Clifton's github page: > >
>>>>https://github.com/AndyClifton/AccessibleMetaClass
>
> I don't think we should add default packages that are not on CTAN as they
> cannot easily be installed.
>

I agree - I just wanted to make sure that people on this thread who
might want it, can find it easily.

AFAICT, the original accessibility.sty is from 2007: Babett
Schalitz wrote it as part of her "Diplomarbeit". I cannot even find
the original access.tex from which docstrip produces accessibility.sty.
I hope that Andy Clifton might be able to push and get it into CTAN,
but until that time, the only thing one can do is download it from
his github repo and use it through local mechanisms.

Nick