Fwd: jQuery Onscreen Keyboard
Steve Lee
Thanks again David.
Steve
---------- Forwarded message ----------
From: SteveLee <Stev...@gmail.com>
Date: 4 Apr 2008 15:53
Subject: Re: jQuery Onscreen Keyboard
To: jQuery Accessibility <jquer...@googlegroups.com>
On Apr 3, 7:59 pm, David Bolter <david.bol...@gmail.com> wrote:
> 3. Jambu. This project was (is?) almost trying to do the same thing
> but from a strictly a11y angle. See recent thread on roadmap
musings:http://groups.google.com/group/jambu/browse_thread/thread/8f53d28588e...
Thanks David and hi again Chris, looks likes we've had similar ideas
again.
I'm working out what I want to do with Jambu next and a web based and
flexible way of describing ultra simple OSKs or interactive symbol
sets. I'm still wondering about a Firefox add-on or XULRunner but pure
web technology is very attractive for more general application. The
DOM and layout engine do most of the work and Accessibility provision
is there too. Web means Javascript for client side but also I think
WAI-ARIA is going to be important to interact with ATs and dojo has
that now. Though I believe it is WIP in JQuery? I'm not up to speed
with either dojo or JQuery but it is top of my list of stuff to play
with next. I'm also not opposed to JSON which especially makes sense
in Javascript but I'm committed to SVG and XML then blends well.
It would be good to talk, even if we decide to go our separate ways
again. I'd like to keep it public but perhaps this list is not that
place. Would you be happy to join up with the jambu list and discuss
it there?
One problem I see is we're stuck with the limited DOM events and that
may be were the other face of Jambu comes in, as a way of mapping and
controlling firefox and the web via switche guestures etc.
Finally we need to generate synthetic events to drive applications (or
use a11y API) and I'm not sure how to do that from a web app. Isn't it
sandboxed so you can't do such things? Here Firefox offers a solution
as XPCOM would allow such extensions, perhaps using python.
As for handling the different images for various states, the approach
I took in Jambu was to build a composite SVG image depending on state.
So some bits could be the same whatever the state and others change
(or you could swap the entire image). My implementation went down some
dead end paths but the basic idea works as I created a sample (slow)
OSK in a custom GTK widget.
Look forward to talking more.
Steve Lee
fullmeasure.co.uk