Re: [g-a-devel]grabFocus ...

[Bill Haneman <bill haneman sun com>]

On Tue, 2002-08-27 at 14:40, Michael Meeks wrote:
> On Tue, 2002-08-27 at 12:05, Bill Haneman wrote:
> > Actually this is a problem for AT also, since without threading its own
> > event loop (which I don't think is currently safe), the AT won't receive
> > events from the dialog.
> 
> 	All incoming at-spi events will be processed just fine, since they will
> re-enter during the scope of the outbound CORBA call.

It depends on the AT's own processing model, doesn't it?  If the AT does
its own internal event queueing, it might not act on the new events
until it's returned from the doAction call.

It's certainly something the AT developers will need to be aware of, if
for some reason we don't change the existing "block until action
complete" behavior.

-Bill

> > So another reason for not using new API is that the existing API won't
> > be useful unless it's changed to behave 'asynchronously' with respect to
> > the action invocation.
> 
> 	Hmm; interesting.
> 
> 	Regards,
> 
> 		Michael.
> 
> -- 
>  mmeeks gnu org  <><, Pseudo Engineer, itinerant idiot
>