Speakup in user space, why or why not?

[Sina Bahram]

Hi Gene,

I have asked a ligitamet question for the purpose of knowledge and open
discussion ... A wonderful bit of which has happened already.

Yet I receive this email from you that wishes to accuse. Frankly, I don't
have time to ask loaded questions, so if I'm asking, it means I want to
know.

I'm sending another email with my answers inline, but I find it quite sad
that you have sent such an immature response to a ligitamet question that
the rest of us are discussing like adults.

Take care,
Sina

-----Original Message-----
From: speakup-bounces at braille.uwo.ca [mailto:speakup-bounces at braille.uwo.ca]
On Behalf Of Gene Collins
Sent: Monday, October 03, 2005 12:44 AM
To: Speakup is a screen review system for Linux.
Subject: Re: Speakup in user space, why or why not?

Hi Sina and all.  Me thinks you have asked a loaded question, to which you
allready know the answer.

You seem to want to dismiss the reasons that Speakup was designed as part of
the kernel, and that's fine.

The real issue is who is going to write or port Speakup to user space. 
Cross  platform compatibility is not an obstical, other apps do it. 
Accessibility across all text consoles is not an issue, again, other apps do
it.

So why isn't there a Speakup user space program?  You know the answer. 
It's possible, but Kirk doesn't have the time, or perhaps even the interest.
Witness his lack of response to this thread.  Yes, it's possible, so when
are you going to have it done.

You know it's possible, but you insist on wasting bandwidth on the list,
trying to bate Kirk or someone else into doing something you want.  Your
time and everyone elses would have been better spent if you had just asked
if anyone is willing to port Speakup to user space.

I understand some of your frustration.  You like Speakup and would like to
have it generally available anywhere.  Unfortunately, it isn't, and is not
likely to be, because the author doesn't have the time, or perhaps the
interest in such a project.  So htat leaves you with learning enough to
write the port yourself, or finding someone who has the skill and knowledge,
and is willing to take on such a task.  That would means that every time
there was an upgrade to Speakup, he or she would have to port the upgrade.

I suspect you already know this, but I'll point it out for the benefit of
other readers.  Speakup is a series of code segments that are patched into
the kernel source code.  This means that some of those patches cannot
function as standalone code that would run in user space.  So someone would
have to write additional code to fillin the gaps.  Is it possible?
Probably.  The question is, "who has the time, knowledge and skill, and the
interest?"  Find that person, or learn what it takes to do it yourself, and
you can have what you want.

By the way, this message is not ment to be disrespectful, or discourteous.
It's just ment to point out the way things are.

Gene
 
>Alright ... So those two issues are out of the way.
>
>Again, I say ... Is it possible then?
>
>Take care,
>Sina
>
>-----Original Message-----
>From: speakup-bounces at braille.uwo.ca 
>[mailto:speakup-bounces at braille.uwo.ca]
>On Behalf Of Lorenzo Taylor
>Sent: Sunday, October 02, 2005 11:20 PM
>To: Speakup is a screen review system for Linux.
>Subject: Re: Speakup in user space, why or why not?
>
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>According to Janina Sajka:
># In other words, you get Speakup across any and all consoles that you 
># might open. In my case that's 24 consoles (or 23 on the machines 
>where I # also have a GUI Desktop). Try that from user space. I don't 
>think it # could be done.
>
>Brltty does it.  And I don't think it's just because it uses a braille 
>display.
>Somehow, it always has access to the currently open console in userspace.
>
># Then there's persistence--meaning that your access continues to 
>function # in the face of whatever might happen to an application you're
running.
># Not only kernel panics will talk, but any application gone awry can # 
>often, nay usually, be brought under control from a second console.
>
>I'm not sure about kernel panics, but brltty does this too from userspace.
>While I had my braille display, if I had any trouble with an app, I 
>could always switch to another console to fix or kill it if necessary.
>
>Lorenzo
>- --
>Living your life is a task so difficult, it has never been attempted
before.
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.4.2 (GNU/Linux)
>
>iD8DBQFDQKN3G9IpekrhBfIRAotlAJ99HRhdeFdzWBAlUfNBTorpOj/R9QCeMvfO
>t+WB2ED3luF+/7HG6YEwSks=
>=KF1R
>-----END PGP SIGNATURE-----
>
>_______________________________________________
>Speakup mailing list
>Speakup at braille.uwo.ca
>http://speech.braille.uwo.ca/mailman/listinfo/speakup
>
>
>_______________________________________________
>Speakup mailing list
>Speakup at braille.uwo.ca
>http://speech.braille.uwo.ca/mailman/listinfo/speakup

_______________________________________________
Speakup mailing list
Speakup at braille.uwo.ca
http://speech.braille.uwo.ca/mailman/listinfo/speakup