From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id YCMMB5jrxmIENQEAbAwnHQ (envelope-from ) for ; Thu, 07 Jul 2022 16:20:08 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id Ojj3BpjrxmKDMQAAauVa8A (envelope-from ) for ; Thu, 07 Jul 2022 16:20:08 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 9B7239CDF for ; Thu, 7 Jul 2022 16:20:07 +0200 (CEST) Received: from localhost ([::1]:38354 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o9SMP-00030j-VS for larch@yhetil.org; Thu, 07 Jul 2022 10:20:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39638) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o9SL3-0002yV-3b for emacs-orgmode@gnu.org; Thu, 07 Jul 2022 10:18:46 -0400 Received: from mail-io1-xd2d.google.com ([2607:f8b0:4864:20::d2d]:39458) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o9SL0-0001CN-P1 for emacs-orgmode@gnu.org; Thu, 07 Jul 2022 10:18:40 -0400 Received: by mail-io1-xd2d.google.com with SMTP id 190so839981iou.6 for ; Thu, 07 Jul 2022 07:18:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=F9ZSgwrgrMhMhcjYt1/yeFWzr9LfxuM9Jaj1nvFYI5A=; b=Gb6rotX5GaJs8VHSElNwKQlzcN56y7svuWrBBZUP1X8FLjgRObcfaW6Xbt2GZ10FM5 /3S5zY/zs+5V8LRiP2praCLTbwL64MT/R42vTyWmKD3MuANVaxnuhVEizjdpkB+me7Tc Krt1n2rRVM7olRrZerjnfxo58vEFr32nNUWugmDsNdAy9uFIUY9+iVI5i3UwF4BqforP gCGqKeRjePjQm/fEtKkHus3KLY6EuMgmsxGYLNBOLHPWkg+H7CQIgzar9Rdduglv4wSc AlQ6oeZ5HCJipPBX0xjKQos8zn4ISCRVgBOXpXktYQqaYYI0+sFfxGRk4EO5R450h0Kl NDcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=F9ZSgwrgrMhMhcjYt1/yeFWzr9LfxuM9Jaj1nvFYI5A=; b=pHSjbscoLDGY7FGKbh/eBLmBQIXDGHnfQH/yM4ZsP/xe8VGn7Bcm8I6+4F1/fYXC9K fiOP4Ip2G/erQSLTPHRlAXZLVOAtoSp5awJJIjdRaE4gs59kPDja0tfKzd1vfv/4xs3Y 9Vj13c/R1oT3RJ3jG3vpWwjJF0rqlRSb6gHWzPnEUb1QJqdDZ1MBdoIT07L0cxAXPze/ cGhgu/Cz/+H3z6Dabmcag+GoKXp6/D24hSQT5MssO9AyRSzw4Obb/9b/A1YxuZFodexD C3FURY7yo87/dAY1HYxAbEmNBescABkXqAVay5Cw55mPwlFDTc2ckRkMe+3OnXNO/E/n 1YrQ== X-Gm-Message-State: AJIora+MWO6l8jhKhm1ftaiOt1KcqOobVvfotXonKRrSN4u761VtT+5d yO8PCdytAvQ20X0s9TXpnGD+zUOms92AzZnHjk4= X-Google-Smtp-Source: AGRyM1vmH6riYPtvEmxeRL27ssB52ZmNcKq+jOMEtm10G36xCeTI7dLaUoQpjNpdlVypbCWoPxOomnVBw40UfJdcWDk= X-Received: by 2002:a05:6602:27cd:b0:669:3d8d:4d77 with SMTP id l13-20020a05660227cd00b006693d8d4d77mr25121631ios.216.1657203517006; Thu, 07 Jul 2022 07:18:37 -0700 (PDT) MIME-Version: 1.0 References: <87a6b8pbhg.fsf@posteo.net> <875ykwvmz7.fsf@posteo.net> <871qvioquw.fsf@gmail.com> <87czew3w5l.fsf@localhost> <87v8sn3obd.fsf@gmail.com> <87czevr9cn.fsf@posteo.net> <878rpj3dbq.fsf@localhost> <25273.49476.833965.837697@google.com> <87czeq7fjo.fsf@localhost> In-Reply-To: <87czeq7fjo.fsf@localhost> From: briangpowell Date: Thu, 7 Jul 2022 10:18:25 -0400 Message-ID: Subject: Re: Org mode export accessibility To: Ihor Radchenko Cc: "T.V Raman" , maciaschain@posteo.net, theophilusx@gmail.com, emacs-orgmode Content-Type: multipart/alternative; boundary="000000000000f3a6f205e337c274" Received-SPF: pass client-ip=2607:f8b0:4864:20::d2d; envelope-from=briangpowellms@gmail.com; helo=mail-io1-xd2d.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1657203607; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=F9ZSgwrgrMhMhcjYt1/yeFWzr9LfxuM9Jaj1nvFYI5A=; b=MAC6671ssCFTeQBFmPlKJTb2ntnUUNM5PHGtesKpAqXvIWsvMGlU/9sg8Us4ge/vKVDH2C eC1V/c4gO+hO8o0VK1loKMtjnD9ofSUOeyFqtn1H/R2CiHBCqwP5CKPANVe8/bn/gXKASF C/v8/GACjVVhD25UlHk4aT28FUnAOS+cRX9darNGsM8Ai/gTW402cWAXnR3BziLDixxPVT mLSO3ENS9IZikfAYo6dc2HnBJVXsFmwfJqIZ+xAyum9hb6uzEPk4wWLwz1/3mou639Zm9g /rSnNzG7obEyEJXTK8J/4gmSCxnTfLrGPV6dM7FB2eK4QE3fLLDUikR2STYcug== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1657203607; a=rsa-sha256; cv=none; b=I4oBn0mQwPi6rW8tPKG88ciToyfEEwLisEMHEHezBAF1M441blCG679IFEoN/FXPR4kMuP 4Jr785zuDuAYWx7mEBrs3Kp1yEkXDJgnde81EwP2pwnFxzG6RhUgkhnmjzBWc7npk32r/O LX00TlXHGMuxk63rGjyKcfy90l4mwAFfFiOOwlnna0LBYsTCKRuahpBWz1N//Nt/Z5DvhQ PE/yyKHJasVSBkthcZNjpecbFROE3lgmquzyMNPYhK5WY2yGYmBa7fa74kgXVJ/xE0+mN3 E5F2iM27TCD5aOej2cKmQ8l/825tZ2JYD7IMqrYANP+oiQF5xIxoBUPtPFbHJg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=Gb6rotX5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -6.25 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=Gb6rotX5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 9B7239CDF X-Spam-Score: -6.25 X-Migadu-Scanner: scn0.migadu.com X-TUID: 0Q9mtdEF7LBr --000000000000f3a6f205e337c274 Content-Type: text/plain; charset="UTF-8" "[I suspect that the exported documents can similarly be improved to reduce the amount of effort required from visually impaired users to read such documents. The question is what improvements can be made on Org side.] Best, Ihor" Very glad to hear from TV Raman, the creator of EmacSpeak, I'm not blind like TV but I was motivated to turn my a main OrgMode buffer into an audio desktop like TV's But now back to the topic; much agree with Ihor, we should focus on "what improvements can be made on OrgMode side" & TV's points are well made too: "pdftex and pdflatex were built in the late 90's"--very true & they were rarely useful Suggest OrgMode make changes aimed at the "Lowest Common Denominator" of accessibility--accessibility in the visual sense AND in the machine or program processable sense or more exactly the "document convertible sense"--I mean documents should be made firstly in a form that all computers can easily navigate & present on computer screens and/or audio desktops in addition to being readily able to print out TV's right, the usual pipeline of LaTeX->PDF can produce tagged & useful documents but can an end user easily copy and paste the document? How useful are pretty documents that run on proprietary systems? Many PDF's can make simple processes like this very hard or impossible--the documents can be very pretty but they can contain control characters & special characters & even malicious code Suggest OrgMode outputs focus on creating "Lowest Common Denominator" documents as output: TeXinfo docs should be used as the LCD doctype--suggest you focus on creating 1 document in Texinfo that you use to create all other sorts of documents, when possible: Pipeline should be more like OrgMode->Texinfo->TROFF||DTD/XML/HTML/XHTML->LaTeX/TeX->DVI||SVG->PS->PDF * TeXinfo: https://savannah.gnu.org/projects/texinfo https://www.gnu.org/software/texinfo ** "Texinfo uses a single source file to produce output in a number of formats, both online and printed (dvi, html, info, pdf, xml, etc.). This means that instead of writing different documents for online information and another for a printed manual, you need write only one document. And when the work is revised, you need revise only that one document. The Texinfo system is integrated well with GNU Emacs. *** Texinfo docs can also be viewed & used by ALL end-users without any issues--regardless of the power of their computer or monitor or even if they're blind like TV Raman--he uses an audio desktop or EmacSpeak--and the same docs can be printed on any printer & remain navigable with "rn" & other simple news-reading software--or the "info" program * Output formats currently supported by Texinfo: https://www.gnu.org/software/texinfo/manual/texinfo/html_node/Output-Formats.html <=> Info,Text,HTML,DVI,PostScript{PS},PDF,DocBook,XML ** Related/useful may be: "latex2nemeth"--a LATEX to Braille/Nemeth, approach "Simple pictures in PSTricks are also supported in order to produce tactile graphics": https://ctan.org/pkg/latex2nemeth On Thu, Jun 30, 2022 at 3:53 AM Ihor Radchenko wrote: > "T.V Raman" writes: > > > 1. Accessibility as word used in isolation has now become mostly > > meaningless, to be concrete one has to ask "Accessibility to whom"? > > > > 2. So in the following, everything I say is with respect to users with > > visual impairments. > > This is exactly the perspective I was hoping to hear from you. Though > this thread is not dedicated to visual impairments. (I guess you also > did not touch the question of color blindness). > > > 3. It's incorrect to define "Accessibility" in terms of a specific > > user access tool or technology -- that usage is marketing jargon > > for a specific Access Solution like a screenreader --- so I refrain > in general from > > defining this in terms of Screenreaders. > > Yet, in order to simplify the efforts needed to read a document exported > from Org mode one needs to use some kind of tool/technology. Unless a > common standard exist in this area, we have to support at least the most > common Access Solutions (prioritizing Free software, if possible). > > From you message, it does not look like there is any common standard. > > > With those meta-thoughts out of the way: > > > > A: Org-generated documents are mostly well-structured documents, and ... > > B: The LaTeX->PDF pipeline *can* produce tagged PDF with respect to ... > > C: pdftex and pdflatex were built in the late 90's by a student in ... > > D: All that said, it is likely still easier to go from org->HTML ... > > Do I understand correctly that you have no issues with reading documents > exported using current version of Org? > > > E: Finally, note that in (D) I said "machine processable" not > > "Accessible"; machine-processable is a pre-requisite to "repurpose " > > what you publish, and making that result usable by different user > > communities is a direct consequence of suche machine-processability. > > I understand. But one can similarly say that .org files are "machine > processable" and Org export code is not strictly necessary. Yet, it ends > up extremely useful in practice. > > I suspect that the exported documents can similarly be improved to > reduce the amount of efforts required from visually impair users to read > such documents. The question is what kinds improvements can be made on > Org side. > > Best, > Ihor > > --000000000000f3a6f205e337c274 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
"[I suspect that the exported documents can similarly= be improved to
reduce the amount of effort=C2=A0required from visually = impaired users to read
such documents. The question is what improvements= can be made on
Org side.]

Best,
Ihor"

=
Very glad to hear from TV Raman, the creator of EmacSpeak,
<= br>
I'm not blind like TV but I was motivated to turn my a ma= in OrgMode buffer into an audio desktop like TV's

<= div>But now back to the topic; much agree with Ihor, we should focus on &qu= ot;what improvements can be made on OrgMode side"

=
& TV's points are well made too: "pdftex and pdflatex wer= e built in the late 90's"--very true & they were rarely useful=

Suggest OrgMode make changes aimed at the "L= owest Common Denominator" of accessibility--accessibility in the visua= l sense AND in the machine or program processable sense or more exactly the= "document convertible sense"--I mean documents should be made fi= rstly in a form that all computers can easily navigate & present on com= puter screens and/or audio desktops in addition to being readily able to pr= int out

TV's right, the usual pipeline of=C2= =A0LaTeX->PDF can produce tagged & useful documents but can an end u= ser easily copy and paste the document? How useful are pretty documents tha= t run on proprietary systems? Many PDF's can make simple processes like= this very hard or impossible--the documents can be very pretty but they ca= n contain control characters & special characters & even malicious = code

Suggest OrgMode outputs focus on creating &qu= ot;Lowest Common Denominator" documents as output:
TeXinfo d= ocs should be used as the LCD doctype--suggest you focus on creating 1 docu= ment in Texinfo that you use to create all other sorts of documents, when p= ossible:

Pipeline should be more like OrgMode->= Texinfo->TROFF||DTD/XML/HTML/XHTML->LaTeX/TeX->DVI||SVG->PS->= ;PDF


** "Texinfo uses a single sour= ce file to produce output in a number of formats, both online and printed (= dvi, html, info, pdf, xml, etc.). This means that instead of writing differ= ent documents for online information and another for a printed manual, you = need write only one document.=C2=A0 And when the work is revised, you need = revise only that one document.=C2=A0 The Texinfo system is integrated well = with GNU Emacs.

*** Texinfo docs can also be view= ed & used by ALL end-users=C2=A0without any issues--regardless of the p= ower of their computer or monitor or even if they're blind like TV Rama= n--he uses an audio desktop or EmacSpeak--and the same docs can be printed = on any printer & remain navigable with "rn" & other simpl= e news-reading=C2=A0software--or the "info" program
* Output formats currently supported by Texinfo: https://www.gnu.org/software/texinfo/manual/texinfo/html_node/Output-F= ormats.html <=3D> Info,Text,HTML,DVI,PostScript{PS},PDF,DocBook,X= ML

** Related/useful may be: "latex2nemeth&qu= ot;--a LATEX to Braille/Nemeth, approach "Simple pictures in PSTricks = are also supported in order to produce tactile graphics": https://ctan.org/pkg/latex2nemeth

On Thu, Jun 30, 2022 at 3:53 AM Ihor Radchenko <yantar92@gmail.com> wrote:
"T.V Raman" <raman@google.com> writes:

> 1. Accessibility as word used in isolation has now become mostly
>=C2=A0 =C2=A0 meaningless, to be concrete one has to ask "Accessib= ility to whom"?
>
> 2. So in the following, everything I say is with respect to users with=
>=C2=A0 =C2=A0 visual impairments.

This is exactly the perspective I was hoping to hear from you. Though
this thread is not dedicated to visual impairments. (I guess you also
did not touch the question of color blindness).

> 3. It's incorrect to define "Accessibility" in terms of = a specific
>=C2=A0 =C2=A0 user access tool or technology -- that usage is marketing= jargon
>=C2=A0 =C2=A0 for a specific Access Solution like a screenreader --- so= I refrain in general from
>=C2=A0 =C2=A0 defining this in terms of Screenreaders.

Yet, in order to simplify the efforts needed to read a document exported from Org mode one needs to use some kind of tool/technology. Unless a
common standard exist in this area, we have to support at least the most common Access Solutions (prioritizing Free software, if possible).

>From you message, it does not look like there is any common standard.

> With those meta-thoughts out of the way:
>
> A: Org-generated documents are mostly well-structured documents, and .= ..
> B: The LaTeX->PDF pipeline *can* produce tagged PDF with respect to= ...
> C: pdftex and pdflatex were built in the late 90's by a student in= ...
> D: All that said, it is likely still easier to go from org->HTML ..= .

Do I understand correctly that you have no issues with reading documents exported using current version of Org?

> E: Finally, note that in (D) I said "machine processable" no= t
> "Accessible"; machine-processable is a pre-requisite to &quo= t;repurpose "
> what you publish, and making=C2=A0 that result usable by different use= r
> communities is a direct consequence of suche machine-processability.
I understand. But one can similarly say that .org files are "machine processable" and Org export code is not strictly necessary. Yet, it en= ds
up extremely useful in practice.

I suspect that the exported documents can similarly be improved to
reduce the amount of efforts required from visually impair users to read such documents. The question is what kinds improvements can be made on
Org side.

Best,
Ihor

--000000000000f3a6f205e337c274--