Hi,
I'm writting a driver so that my soft braille display can work with the
BRLTTY daemon.
My braille computer contains a braille display, and a braille keyboard
which I can use to enter characters that are transmitted to the computer.
When my driver gets "normla" chars, he writes them to /dev/console. So for
applications, it looks as if they came from the normal keyboard.
Now, I'd like to be able to change the current virtual console and to view
previously displayed screens (equivalent to shift+page up) just by pressing
keys on the braille keyboard.
So my question is: What should my driver do when it detects that the
"change tty" key or the "scroll key" was pressed on the braille keyboard?
Should the driver change the current tty itself (scroll the screen), or is
it possible to call the kernel exactly like the normal keyboard driver
would do (transmit keycodes), saying "alt + function key was pressed", or
"shift + page up/down was pressed".
Thank you very much for help. S?bastien.
Hi!
> I'm writting a driver so that my soft braille display can work with the
> BRLTTY daemon.
> My braille computer contains a braille display, and a braille keyboard
> which I can use to enter characters that are transmitted to the computer.
> When my driver gets "normla" chars, he writes them to /dev/console. So for
> applications, it looks as if they came from the normal keyboard.
> Now, I'd like to be able to change the current virtual console and to view
> previously displayed screens (equivalent to shift+page up) just by pressing
> keys on the braille keyboard.
> So my question is: What should my driver do when it detects that the
> "change tty" key or the "scroll key" was pressed on the braille keyboard?
> Should the driver change the current tty itself (scroll the screen), or is
> it possible to call the kernel exactly like the normal keyboard driver
> would do (transmit keycodes), saying "alt + function key was pressed", or
> "shift + page up/down was pressed".
Transmit keycodes is AFAIK not implemented in official drivers.
Take a look at vojtech's new input suite.
Pavel
--
Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt,
details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html.
> Transmit keycodes is AFAIK not implemented in official drivers.
Maybe I misunderstand what you mean, but the kernel has had a
keycode mode since before 1.0.
Andries
Hi!
> > Transmit keycodes is AFAIK not implemented in official drivers.
>
> Maybe I misunderstand what you mean, but the kernel has had a
> keycode mode since before 1.0.
I meant ability for application to simulate pressing "shift" or
"pageup". I do not believe we have that feature.
Pavel
--
I'm [email protected]. "In my country we have almost anarchy and I don't care."
Panos Katsaloulis describing me w.r.t. patents at [email protected]
On Sun, Mar 04, 2001 at 12:40:14PM +0100, Pavel Machek wrote:
> > > Transmit keycodes is AFAIK not implemented in official drivers.
> >
> > Maybe I misunderstand what you mean, but the kernel has had a
> > keycode mode since before 1.0.
>
> I meant ability for application to simulate pressing "shift" or
> "pageup". I do not believe we have that feature.
No. But we have TIOCSTI, which will do this in raw scancode mode.
>Take a look at vojtech's new input suite.
Someone else is also working on a brallie reader using the input suite. We
have a new keyboard vt driver that uses the input suite. Event packets
come in and it is sent to the right terminals. I hope to have all the
keyboard drivers converted over by 2.5.0.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[email protected]] ____/|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.net U
http://linuxconsole.sourceforge.net