Re: [orca-list] Orca and reading position in thunderbird message list

[Michael Whapples <mwhapples aim com>]

Hello,
To clear a few things up:
* I have no threading or grouping of messages, thunderbird shows my 
inbox as a single list of messages with nothing to expand or collapse.
* When I was saying about orca saying things like 30 of 31 (the total 
never seems to exceed 31) I mean is orca only counting those messages 
which fit on the screen.

So now reassessing the question: Should orca count only those messages 
which fit in the window towards the total or should it count all 
messages in that section of the list? IE. in my case where there is no 
threading or grouping the total would be the number of messages in the 
folder, in the case of threading/grouping being enabled then orca should 
count the messages of that group.

Michael Whapples
On -10/01/37 20:59, Steve Holmes wrote:
> On Wed, Nov 10, 2010 at 11:05:01PM +0000, Michael Whapples wrote:
> > Hello,
> > I have noticed something interesting about the way orca reports the
> > position of the selection in the thunderbird message list. It
> > reports the selection as being something out of 30 or 31, although I
> > have 517 messages in the folder.
> >
> > My questions go:
> > * Is orca reporting only those shown on the screen (I suspect this
> > may be yes).
> Yes, I think so.
>
> > * If yes to the previous question, is this really the desired way of
> > reporting the position? I personally would have thought not, I would
> > have thought all the messages should count towards the total. What
> > do others think?
> I think the problem lies with the question of whether threading is
> being used or not.  I'll have to play with this some more to be sure
> but I'm quite certain Orca sees the list as what is currently
> displayed and messages under collapsed threads are not shown thus not
> counted either.  I'll bet if threading is not used or if all threads
> are fully expanded that the count will reflect the real total.
>
> As for whether Orca should do this or not be driven by how listviews
> are populated; Orca might not have a real choice in this situation.