From: Chris Brannon <chris@the-brannons.com>
To: "Speakup is a screen review system for Linux."
<speakup@linux-speakup.org>
Subject: Re: the push to get rid of CONFIG_VT in the kernel and the future of Speakup
Date: Thu, 09 Oct 2014 06:14:54 -0700 [thread overview]
Message-ID: <87vbnt2xm9.fsf@mushroom.PK5001Z> (raw)
In-Reply-To: <20141009123246.GF1044@opera.rednote.net> (Janina Sajka's message of "Thu, 9 Oct 2014 08:32:46 -0400")
Janina Sajka <janina@rednote.net> writes:
> If the answer is that the console needs to stay, then we need console
> based a11y.
Yes, console access is still useful and relevant for lots of us.
The whole point of the message that started this thread
is that We need to be aware of possible future developments in Linux,
so that our community can adapt without being caught off-guard.
I'd really like to know how long we will have the current console code
in the kernel. For now, the answer is "indefinitely", but there's a
real possibility that the situation could change in coming years.
I guess the next step is to start making a contingency plan.
How will a screen reader be integrated with the coming userspace console
solution? Should it be included directly in that codebase, or should it
be some sort of third-party add-on?
I think the latter approach is probably the best, because it can be
maintained by the people who care the most about console a11y. Also, it
allows for multiple interchangeable implementations, independent of the
userspace console server itself. That means we will need some method of
hooking into the console server for accessibility purposes, in much the
same way as we use the kernel-provided keyboard and VT notifier
mechanism today. For that, we'll have to come up with some sort of API,
and we can't do that in a vacuum. At some point, we're going to have to
open a dialog with the folks who are working on the userspace console
server, so that our concerns can be addressed.
-- Chris
next prev parent reply other threads:[~ UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
Chris Brannon
` Deedra Waters
` Hart Larry
` Brian Buhrow
` Igor Gueths
` Kyle
` Al Sten-Clanton
` covici
` Gregory Nowak
` John G. Heim
` Chris Brannon
` covici
` John G. Heim
` Chris Brannon
` Gregory Nowak
` Kyle
` Al Sten-Clanton
` Jupiter rocks; was " Cleverson Casarin Uliana
` Chris Brannon
` Kyle
` Hart Larry
` Kyle
` Cleverson Casarin Uliana
` Kyle
` Samuel Thibault
` Kelly Prescott
` Janina Sajka
` John G. Heim
` trouble shooting, was: " Gregory Nowak
` Brian Buhrow
` Deedra Waters
` John G. Heim
` Mike Ray
` Trevor Astrope
` John G. Heim
` John G. Heim
` Glenn
` John G. Heim
` Janina Sajka
` covici
` Chris Brannon [this message]
` Cleverson Casarin Uliana
` Janina Sajka
` John G. Heim
` Janina Sajka
` Chris Brannon
` covici
` Gregory Nowak
` Chris Brannon
` Janina Sajka
` Chris Brannon
` John G. Heim
` running VMs from a live environment Chris Brannon
` the push to get rid of CONFIG_VT in the kernel and the future of Speakup Gregory Nowak
` Janina Sajka
` Cleverson Casarin Uliana
` John G. Heim
` Janina Sajka
` Kyle
` John G. Heim
` Janina Sajka
` Talking with the systemd-consoled people (Was: the push to get rid of CONFIG_VT in the kernel and the future of Speakup) Samuel Thibault
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87vbnt2xm9.fsf@mushroom.PK5001Z \
--to=chris@the-brannons.com \
--cc=speakup@linux-speakup.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).