| |
Jambu |
Hi, well everything has been quiet since I completed the last phase so This is the time start thinking about the Roadmap and I would So where are we? Well no one seems quite clear on exactly what Jambu 1) Idealistic ideas about improving all Alt input access So that is really 3 projects. 1) Is really a Meta project and I think too much to chew on at once. Another consideration for alt input is that after seeing and using eye 2) Is unique and addresses those who want to use normal applications 3) my vision for Jambu has matured to be a tool for achieving There are several well established proprietary programs in this area I'm seriously thinking how this should become a web based solution / So if we drop 1) out of Jambu we still have to decide whether to split Finally an exciting possibility is getting Project Possibility So my immediate next steps are Looking forward to any thoughts ideas. Cheers --
thanks for hanging in there and staying interested. I've had a bit of
a break due to personal circumstances and perhaps slightly running out
of steam. A big thanks to Eitan for all the nags during this time
(your mentoring has been great).
appreciate contributions. I'll try to keep this brief in the hope you
stay with me and get inspired to have your say at this critical point.
is and that was my fault for being too big and woolly at the start. I
had big ideals but not so much focus. What we have at this time is:
2) In application selection and operation of accessible GTK apps and
Firefox on Linux with simple switch access.
3) A GTK app or custom widget and framework that renders SVG UIs like
OSKs described in declarative XML-based representation.
It covers basic input devices/drivers, desktop accessibility features
like mousekeys/mousetweeks, a11y APIs, ATs, applications, DOM input,
WCAG etc.
gaze, it seems that this should become the default alt access mode,
with switch being used for those who don't get on with gaze. We need a
FOSS version that works really well with cheap-o web cams and
OpenGazer seems to be running in that direction. We can expect a
period of inertia with users getting out of the switch mind set, but I
think it will happen. So this encourages me to work in other areas.
without intermediate OSKs (this may be a small user base as we're
being speculative). It's rather cool and I think it should be
developed more. Intitial work will be ensuring it works with recent
changes in FF3 and GAIL regressed a bit. Finding some users is
paramount in my mind. It may have other non a11y uses as well for low
bandwidth input situations.
communication and control with SVG symbols, simple custom OSKs and
possibly multi-media. This is important for both people with physical
and learning difficulties (or both), all of who are currently under
represented (note to self of a danger of getting too broad again). I
have been seeing a lot of discussion about these needs in education
and from Speech and Language therapists. I'm also working on a project
that will be an open set of symbols and there is synergy there as well
as a chance for more user contact. Several of the OATSoft team are
highly experienced in this area which is high profile in the UK in my
experience. There is also a semantic web based project called CCF from
Dundee University that aims to make translation to/from symbols
workable. So I see a need and have many contacts with people working
in this area.
as well as an overlap with OSKs so I'm keen to ensure we are not just
a 'me too' OSS version but really innovate and enable participation. A
key point is it should be easy to create new specific solutions or
modify existing ones. Rather like the way the Web provides free
access to the source and anyone has easy entry to creating resources
and solutions (however messily). We will need a user base for
community and creating a library of custom shared resources.
service usable standalone or online or as part of another application.
It seems clear that IT (and browsers) are moving in that direction
anyway and even if it is a while off perhaps a local webserver would
be easily installed for offline use. Another attractive possibility is
to revisit XUL now it's status and my understanding have moved on. I
won't go into all the thinking now but, really do want to thrash this
idea out more.
out 2 & 3 so each is clearly their own project. I think this is
probably the way to go, perhaps making it clear they are siblings.
students involved and I'm keen to do that. I really need others
working on it now and later phases and student energy can be awesome.
There should be scope for subprojects in 1 such as porting SUNFlare
gesture recognition or filling alt access gaps at the Desktop level.
These will involve working with existing projects so offer good
experience. 2 will be excellent for students who are happy to take a
starting point and run with it. It gives you some python and AT-SPI in
your portfolio. 3) will also offer lots of possibilities once it is
more clearly defined, I see the possibility for several sub-projects.
* Create a proper website etc. so Jambu is easily approachable (honest
I will Eitan)
* Develop the Roadmap and then try to get funding
Steve Lee
--
Open Source Assistive Technology Software
web: fullmeasure.co.uk
blog: eduspaces.net/stevelee/weblog