Re: [g-a-devel]grabFocus ...
- From: "Padraig O'Briain" <Padraig Obriain sun com>
- To: michael ximian com
- Cc: bill haneman sun com, gnome-accessibility-devel gnome org
- Subject: Re: [g-a-devel]grabFocus ...
- Date: Wed, 28 Aug 2002 15:38:20 +0100 (BST)
Michael,
> Subject: Re: [g-a-devel]grabFocus ...
> To: "Padraig O'Briain" <Padraig Obriain sun com>
> Cc: Bill Haneman <bill haneman sun com>, accessibility mailing list
<gnome-accessibility-devel gnome org>
> Mime-Version: 1.0
> Content-Transfer-Encoding: 7bit
>
> Hi Padraig,
>
> On Mon, 2002-08-26 at 14:58, Padraig O'Briain wrote:
> > I know that it is over three months since the question was asked but
> > better late than never...
>
> :-) Horay, it'd be a nice at-poke demo if I could get that to work; I'd
> be a happy man ;-)
>
> > The problem with the grab focus button in at-poke is that the underyling
> > implementation, i.e. gail_widget_grab_focus() which implements
> > atk_component_grab_focus() does call gtk_window_present() to make sure that
the
> > window contaiing the widget has keyboard focus.
>
> Yes; hmm - nasty one really. Hard to know what to do; but a present
> might be acceptable, I know not the ramifications of this - I'd ask
> Havoc personally - he'd know.
I can add the calls to gtk_window_present(). I suppose I should add the calls
and see what happens but I expect the focus to switch between at-poke and the
window being poked. You will then have refocus at-poke to continue. Is this OK?
>
> Also; I think I'm going to have to add an 'async' 'doAction' method,
> since currently it's a roundtrip thing, and it seems if you 'do' an
> action such as 'Open' which throws up a file dialog; you get to block
> at-poke in the CORBA mainloop waiting for the Open dialog to return.
>
I have had a look at this and I think that blocking until the dialog is
displayed is something that happens only for activating a cell in a GtkTreeview,
e.g. activating one of the cells in the TreeView in gtk-demo's main window. I do
not believe that it occurs with activating a button.
Is this correct?
Padraig
> [ That's normally fine for an AT since they don't have GUI's but
> somewhat sub-optimal. Sadly it needs new cspi API to make it
> asynchronous really ].
>
> Regards,
>
> Michael.
>
> --
> mmeeks gnu org <><, Pseudo Engineer, itinerant idiot
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]