speakup todo?

mike mmstopka28 at gmail.com
Sun Sep 16 23:39:14 EDT 2012


I have to agree with tie here. Also if you use nvda you have some ideas on
keyboard commands but if they really want to learn Linux and Speakup read
the manual.

-----Original Message-----
From: Speakup [mailto:speakup-bounces at braille.uwo.ca] On Behalf Of
Littlefield, Tyler
Sent: Sunday, September 16, 2012 3:39 PM
To: Glenn; Speakup is a screen review system for Linux.
Subject: Re: speakup todo?

I'm not really to worried about JFW key mappings honestly. First it's sort
of weird, but mainly if they can't get used to using different keys, they're
never going to live on Linux, at least not in the cli.
On 9/16/2012 2:34 PM, Glenn wrote:
> The big one for SpeakUp would be for it to have the option to switch 
> to JFW key mappings.
> This will allow many people to switch to Linux easily.
> Microsoft did this with MS Word, allowing people to use Word Perfect 
> key mappings.
> I think this is the only way Linux will ever become any more popular 
> to screenreader users.
> Glenn
>
> ----- Original Message -----
> From: "Littlefield, Tyler" <tyler at tysdomain.com>
> To: "Speakup is a screen review system for Linux." 
> <speakup at braille.uwo.ca>
> Sent: Sunday, September 16, 2012 1:17 PM
> Subject: speakup todo?
>
>
> Hello all:
> I'm trying to transfer, and applying for scholarships and all that I'd 
> like to be able to make some contributions to projects that I can note.
> I'm interested in learning more about kernel programming, and I 
> figured I'd start by working on something I use almost daily. I'm 
> curious then if there's some sort of todo or improvements speakup could
have to it.
> I'd also be curious if someone has thought about moving it to 
> userspace--as far as I know, the only thing that we really need the 
> kernel for would be hardware speech (and since serial ports are dying 
> out that could be a dead point), and accessing the console directly. 
> How easy would it be then, to have speakup run in userspace, but 
> access a smaller cut-down version of itself in the kernel to provide 
> the access to the console we need?
> We could use sequence files and access the console through /proc. It 
> could return a file of 2-byte chars, which I believe is how it works 
> now--one byte is the color, and the other byte is the ascii value. The 
> sequence file would just iterate over the console's lines. I'm also 
> curious how we'd handle something like key presses like caps+u to move 
> up a line etc.
>
> If I'm way off here, I'd still like to help out if possible; is there 
> a todo list around, or stuff people would like to see done? If there 
> are people willing to answer questions from time to time in terms of 
> the kernel programming, since that's something I've not done before, 
> I'm game to start coding.
>
> Another question is then, how do people catch panics? Since I'm not 
> quite cool enough to write code that just works, I'm sure I'll be 
> dealing with panics, but I can't see them on the console and usually 
> it's when speakup goes boom anyway.
>


--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that
dares not reason is a slave.

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




More information about the Speakup mailing list