Re: Orca customizing readCharAttributes for StarOffice.py

[Joanmarie Diggs <j-diggs comcast net>]

Hi Mike.  Thanks for the reply and thoughts!

I agree with you 100% regarding not wanting to rely upon the toolbar.
It admittedly does seem like a really, really bad idea. And if the
StarOffice team is hard at work on it and it's coming out any day now,
then never mind. <smile> But if it's going to take some time on their
part... Again, just brainstorming....

By the way, what I was thinking -- but failed to make clear in my
previous message -- is that if the toolbar happens to be present, grab
the information we are currently lacking.  Otherwise, just provide the
information that happens to be available via AT-SPI.  In other words, if
the tool bar is not visible, you have the status quo; if it is visible,
you get a bit more info.

Take care.
Joanie

On Sun, 2006-09-17 at 19:00 -0700, Mike Pedersen wrote:
> Hi Joanie, thanks for all these great ideas. 
> > I have figured out how to grab all of this information when the toolbar
> > happens to be visible.  What I'm toying with now is what to do with it.
> > I figured I'd brainstorm with y'all. <smile>
> >
> >   
> We have been working with the star office team to expose this 
> information through the at-spi.  I'm really reluctant to depend on 
> weather or not the toolbar is visible as is past screen reader 
> experience has shown that it causes more frustration for the end user to 
> depend on this.  information being shown in the toolbar when we should 
> be able to query the character directly. 
> > The other possibility that occurs to me is to handle things completely
> > in StarOffice.py and not pass anything along to the super class for
> > handling. The reason I'm thinking this might be worthwhile is that there
> > is potentially a lot of attributes which you care about when formatting
> > a document that you might not care about in some other environment (e.g.
> > email). 
>
>
> This is something I'd really like the communities feedback on as we've 
> really tried to keep the current output as uniform as possible as my 
> preference is the keep the "instert+f" output as generic wherever we can 
> independent of what application is running but if the community would 
> like each app to be more independent lets discuss this.  I do understand 
> that different applications expose more information that we need to take 
> into account but I've been trying to include that information which is 
> common between applications wherever possible.  Thoughts on this please?
> Mike