From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>
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 <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; 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 <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; 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 <larch@yhetil.org>; 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 <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	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 <briangpowellms@gmail.com>)
 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 <briangpowellms@gmail.com>)
 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 <emacs-orgmode@gnu.org>; 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>
 <CAFyQvY3q314qh83k-F=43vGajVsNV1VRBvZMXOK7tLiEtowWmw@mail.gmail.com>
 <875ykwvmz7.fsf@posteo.net> <t8q8t8$2vd$1@ciao.gmane.io>
 <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 <briangpowellms@gmail.com>
Date: Thu, 7 Jul 2022 10:18:25 -0400
Message-ID: <CAFm0skFBS=zrmMMz39-F=owtvWrZ8wxn0_w=FqDHtRqaQ=7EvQ@mail.gmail.com>
Subject: Re: Org mode export accessibility
To: Ihor Radchenko <yantar92@gmail.com>
Cc: "T.V Raman" <raman@google.com>, maciaschain@posteo.net,
 theophilusx@gmail.com, emacs-orgmode <emacs-orgmode@gnu.org>
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." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
 <mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
 <mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org
Sender: "Emacs-orgmode" <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>
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 <yantar92@gmail.com> wrote:

> "T.V Raman" <raman@google.com> 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

<div dir=3D"ltr">&quot;[I suspect that the exported documents can similarly=
 be improved to<br>reduce the amount of effort=C2=A0required from visually =
impaired users to read<br>such documents. The question is what improvements=
 can be made on<br>Org side.]<br><br>Best,<br>Ihor&quot;<br><div><br></div>=
<div>Very glad to hear from TV Raman, the creator of EmacSpeak,</div><div><=
br></div><div>I&#39;m not blind like TV but I was motivated to turn my a ma=
in OrgMode buffer into an audio desktop like TV&#39;s</div><div><br></div><=
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&quot;</div><div><br></div>=
<div>&amp; TV&#39;s points are well made too: &quot;pdftex and pdflatex wer=
e built in the late 90&#39;s&quot;--very true &amp; they were rarely useful=
</div><div><br></div><div>Suggest OrgMode make changes aimed at the &quot;L=
owest Common Denominator&quot; of accessibility--accessibility in the visua=
l sense AND in the machine or program processable sense or more exactly the=
 &quot;document convertible sense&quot;--I mean documents should be made fi=
rstly in a form that all computers can easily navigate &amp; present on com=
puter screens and/or audio desktops in addition to being readily able to pr=
int out</div><div><br></div><div>TV&#39;s right, the usual pipeline of=C2=
=A0LaTeX-&gt;PDF can produce tagged &amp; 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&#39;s can make simple processes like=
 this very hard or impossible--the documents can be very pretty but they ca=
n contain control characters &amp; special characters &amp; even malicious =
code</div><div><br></div><div>Suggest OrgMode outputs focus on creating &qu=
ot;Lowest Common Denominator&quot; documents as output:</div><div>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:</div><div><br></div><div>Pipeline should be more like OrgMode-&gt;=
Texinfo-&gt;TROFF||DTD/XML/HTML/XHTML-&gt;LaTeX/TeX-&gt;DVI||SVG-&gt;PS-&gt=
;PDF</div><div><br></div><div>* TeXinfo: <a href=3D"https://savannah.gnu.or=
g/projects/texinfo">https://savannah.gnu.org/projects/texinfo</a>=C2=A0<a h=
ref=3D"https://www.gnu.org/software/texinfo">https://www.gnu.org/software/t=
exinfo</a><br></div><div><br></div><div>** &quot;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. </div><div><br></div><div>*** Texinfo docs can also be view=
ed &amp; used by ALL end-users=C2=A0without any issues--regardless of the p=
ower of their computer or monitor or even if they&#39;re blind like TV Rama=
n--he uses an audio desktop or EmacSpeak--and the same docs can be printed =
on any printer &amp; remain navigable with &quot;rn&quot; &amp; other simpl=
e news-reading=C2=A0software--or the &quot;info&quot; program</div><div><br=
></div><div>* Output formats currently supported by Texinfo: <a href=3D"htt=
ps://www.gnu.org/software/texinfo/manual/texinfo/html_node/Output-Formats.h=
tml">https://www.gnu.org/software/texinfo/manual/texinfo/html_node/Output-F=
ormats.html</a> &lt;=3D&gt; Info,Text,HTML,DVI,PostScript{PS},PDF,DocBook,X=
ML</div><div><br></div><div>** Related/useful may be: &quot;latex2nemeth&qu=
ot;--a LATEX to Braille/Nemeth, approach &quot;Simple pictures in PSTricks =
are also supported in order to produce tactile graphics&quot;: <a href=3D"h=
ttps://ctan.org/pkg/latex2nemeth">https://ctan.org/pkg/latex2nemeth</a></di=
v></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr=
">On Thu, Jun 30, 2022 at 3:53 AM Ihor Radchenko &lt;<a href=3D"mailto:yant=
ar92@gmail.com">yantar92@gmail.com</a>&gt; wrote:<br></div><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex">&quot;T.V Raman&quot; &lt;<a href=3D"mail=
to:raman@google.com" target=3D"_blank">raman@google.com</a>&gt; writes:<br>
<br>
&gt; 1. Accessibility as word used in isolation has now become mostly<br>
&gt;=C2=A0 =C2=A0 meaningless, to be concrete one has to ask &quot;Accessib=
ility to whom&quot;? <br>
&gt;<br>
&gt; 2. So in the following, everything I say is with respect to users with=
<br>
&gt;=C2=A0 =C2=A0 visual impairments.<br>
<br>
This is exactly the perspective I was hoping to hear from you. Though<br>
this thread is not dedicated to visual impairments. (I guess you also<br>
did not touch the question of color blindness).<br>
<br>
&gt; 3. It&#39;s incorrect to define &quot;Accessibility&quot; in terms of =
a specific<br>
&gt;=C2=A0 =C2=A0 user access tool or technology -- that usage is marketing=
 jargon<br>
&gt;=C2=A0 =C2=A0 for a specific Access Solution like a screenreader --- so=
 I refrain in general from<br>
&gt;=C2=A0 =C2=A0 defining this in terms of Screenreaders.<br>
<br>
Yet, in order to simplify the efforts needed to read a document exported<br=
>
from Org mode one needs to use some kind of tool/technology. Unless a<br>
common standard exist in this area, we have to support at least the most<br=
>
common Access Solutions (prioritizing Free software, if possible).<br>
<br>
>From you message, it does not look like there is any common standard.<br>
<br>
&gt; With those meta-thoughts out of the way:<br>
&gt;<br>
&gt; A: Org-generated documents are mostly well-structured documents, and .=
..<br>
&gt; B: The LaTeX-&gt;PDF pipeline *can* produce tagged PDF with respect to=
 ...<br>
&gt; C: pdftex and pdflatex were built in the late 90&#39;s by a student in=
 ...<br>
&gt; D: All that said, it is likely still easier to go from org-&gt;HTML ..=
.<br>
<br>
Do I understand correctly that you have no issues with reading documents<br=
>
exported using current version of Org?<br>
<br>
&gt; E: Finally, note that in (D) I said &quot;machine processable&quot; no=
t<br>
&gt; &quot;Accessible&quot;; machine-processable is a pre-requisite to &quo=
t;repurpose &quot;<br>
&gt; what you publish, and making=C2=A0 that result usable by different use=
r<br>
&gt; communities is a direct consequence of suche machine-processability.<b=
r>
<br>
I understand. But one can similarly say that .org files are &quot;machine<b=
r>
processable&quot; and Org export code is not strictly necessary. Yet, it en=
ds<br>
up extremely useful in practice.<br>
<br>
I suspect that the exported documents can similarly be improved to<br>
reduce the amount of efforts required from visually impair users to read<br=
>
such documents. The question is what kinds improvements can be made on<br>
Org side.<br>
<br>
Best,<br>
Ihor<br>
<br>
</blockquote></div>

--000000000000f3a6f205e337c274--