[BRLTTY] Command-line utility to display text on the Braille terminal

Samuel Thibault sthibault at ens-lyon.org
Thu Apr 23 04:55:25 EDT 2015


----- Forwarded message from Samuel Thibault <sthibault at debian.org> -----

From: Samuel Thibault <sthibault at debian.org>
To: debian-accessibility at lists.debian.org, brltty at mielke.cc
Subject: Re: Command-line utility to display text on the Braille terminal
Date: Thu, 23 Apr 2015 10:26:26 +0200
Message-ID: <20150423082626.GU4544 at type.youpi.perso.aquilenet.fr>
Mail-Followup-To: debian-accessibility at lists.debian.org, brltty at mielke.cc
User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30)

Luca Saiu, le Thu 23 Apr 2015 09:31:55 +0200, a écrit :
> I guess it's harder than just cat'ting a string to the Braille terminal
> device file; if not, how do I find the device, querying brltty?

What you are looking for is brlapi.

However, when will you precisely want to print the text? When the window
switch actually happens, or when tabbing between applications before
switching?

If the latter, then brlapi should be fine: just connect, print what you
want, and disconnect just before switching.

If the former, one can't really know when to replace your output with
orca's output. At best your write will be overwritten by orca' output of
the just-focused widget.

Now, as you expected I don't think stuffing screen reading in the window
manager is the right way: how will the user enable/disable speech, how
will he enable/disable braille?  That's why we have a central screen
reader to do all the screen reading, and not self-speaking applications.

> the selected window title is shown, nicely rendered in
> OpenGL, but the text is not available to the accessibility bus in any
> way.  In fact Compiz is not directly linked to ATK or even GTK, and
> adding such huge dependencies is controversial.

I rememember very well telling AT/SPI people a dozen years ago that even
glib/gobject dependency would probably be too much...

But actually there is no strict need for ATK/GTK, you can directly use
dbus, and reimplement the IPCs yourself, it's a matter of exposing a
textual role and its methods. ATK is just a way to factorize this code,
AT/SPI doesn't impose using it.

Samuel

----- End forwarded message -----


More information about the BRLTTY mailing list