pointer input including the menus. If
the menus are too small a target to hit one possible work around would
be to increase the font size.
Allowing a user 100% control over their desktop using an OSK is
obviously the 'holy grail' that all OSK should hope eventially to
accomplish. It
desktop neutral.
--
Chris Jones
jabber - [EMAIL PROTECTED]
msn - [EMAIL PROTECTED]
___
gnome-accessibility-list mailing list
gnome-accessibility-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
the labels on
the keys do not become the label associated with the modifier. It is
possible to detect if I modifier is locked so this will be trivial to
fix.
--
Chris Jones
jabber - [EMAIL PROTECTED]
msn - [EMAIL PROTECTED]
___
gnome-accessibility-li
re there are other examples of this kind of conflict.
> On Mon, 2006-07-24 at 16:38, Chris Jones wrote:
>
> >
> > It's very easy for an application developer to think that his or her
> > application is the most important thing running on a users machine,
> >
r an application developer to think that his or her
application is the most important thing running on a users machine,
though it is not a fair assumption to make.
--
Chris Jones
jabber - [EMAIL PROTECTED]
msn - [EMAIL PROTECTED]
___
gnome-accessib
r an application developer to think that his or her
application is the most important thing running on a users machine,
though it is not a fair assumption to make.
--
Chris Jones
jabber - [EMAIL PROTECTED]
msn - [EMAIL PROTECTED]
___
gnome-accessib
choice.
- Hide quoted text -
On 24/07/06, Bill Haneman <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-07-24 at 15:10, Chris Jones wrote:
> ...
> > It is possible to detect when pointer grabbing occurs so work arounds
> > are quite possible I should think.
>
> Not as far
choice.
On 24/07/06, Bill Haneman <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-07-24 at 15:10, Chris Jones wrote:
> ...
> > It is possible to detect when pointer grabbing occurs so work arounds
> > are quite possible I should think.
>
> Not as far as I can tell. X just
bate breaking
out. It needs to be accepted that there will be differences of
opinion and to work together despite this.
Chris Jones
___
gnome-accessibility-list mailing list
gnome-accessibility-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
ght use _NET_WM_STRUTS.
>
> It's not apathy, it just that fixing this the right way would require
> new WM API.
>
> Bill
>
> On Thu, 2006-06-29 at 12:02, Chris Jones wrote:
> > Well I think it is possible to detect if the panel is running through
> > dbus, a
ince all the users of _NET_WM_STRUT to implement
> that IPC - good luck!). The existing X API for struts just doesn't
> accommodate this scenario.
>
>
> regards,
>
> Bill
>
> On Wed, 2006-06-28 at 22:43, Chris Jones wrote:
> > SOK is simple onscreen keyboard I am w
ng the gconf keys for the panel and adjusting the placement of
SOK accordingly. Does GOK have a solution in the pipeline? Can
anyone think of a better way to go about this?
--
Chris Jones
jabber - [EMAIL PROTECTED]
msn - [EMAIL PROTECTED]
___
gnome-access
would be true for
> > >> all non-a11y users and some a11y users.
> > >>
> > >> In the end though the only manner it interferes with my keyboard is
> > >> the annoying dialogue that pops up, and the average gnome-ally user
> > >> will p
t;[EMAIL PROTECTED]> wrote:
> On Mon, 2006-06-26 at 22:28, Henrik Nilsen Omma wrote:
> > Chris Jones wrote:
> > > ...
> > >
> > > In other words I cannot spend the summer making gnome-a11y suitable
> > > for my needs. What I need is a temporary work ar
t causes the slow keys dialogue to appear. Is there a way
> > to suppress this dialog whilst my app is running?
> >
> > thanks
> >
> >
> > --
> > Chris Jones
>
> ___
> gnome-accessibility-list mailing lis
Is there a way
> > to suppress this dialog whilst my app is running?
> >
> > thanks
> >
> >
> > --
> > Chris Jones
>
> ___
> gnome-accessibility-list mailing list
> gnome-acc
I've implemented sticky keys in my onscreen keyboard. When shift is
stuck down it causes the slow keys dialogue to appear. Is there a way
to suppress this dialog whilst my app is running?
thanks
--
Chris Jones
jabber - [EMAIL PROTECTED]
msn - [EMAIL PROT
I've implemented sticky keys in my onscreen keyboard. When shift is
stuck down it causes the slow keys dialogue to appear. Is there a way
to suppress this dialog whilst my app is running?
thanks
--
Chris Jones
jabber - [EMAIL PROTECTED]
msn - [EMAIL PROT
I've implemented sticky keys in my onscreen keyboard. When shift is
stuck down it causes the slow keys dialogue to appear. Is there a way
to suppress this dialog whilst my app is running?
thanks
--
Chris Jones
jabber - [EMAIL PROTECTED]
msn - [EMAIL PROT
er fashion, I was wondering if anyone with any
experience with Python and Unicode could give me any advice.
thanks
On 26/05/06, Chris Jones <[EMAIL PROTECTED]> wrote:
I'm writing a on-screen keyboard for Ubuntu as per the spec here:
https://wiki.ubuntu.com/Accessibility/Specs/SOK
I&#
t
text into the currently focused window. Unfortunately, the keyboard
window focuses when I click on the drawingarea widget that draws the
keys. Making the thing fairly useless at this point.
If anyone who is familiar with the GOK code reads this, could they
detail how they got round this problem.
thanks
21 matches
Mail list logo
