W3C home > Mailing lists > Public > public-pfwg@w3.org > March 2014

Re: Clarification sought regarding aria-setsize and aria-posinset

From: Joseph Scheuhammer <clown@alum.mit.edu>
Date: Mon, 10 Mar 2014 12:08:21 -0400
Message-ID: <531DE375.1030605@alum.mit.edu>
To: Joanmarie Diggs <jdiggs@igalia.com>, W3C WAI Protocols & Formats <public-pfwg@w3.org>
On 2014-03-10 10:19 AM, Joanmarie Diggs wrote:
> On 03/10/2014 09:58 AM, Joseph Scheuhammer wrote:
>> >Ideally, that's the way it should be.  <rhetorical>Are there no desktop
>> >applications that load subsets of data?  An example would be a very
>> >large spreadsheet.</rhetorical>
> For your "amusement":https://bugzilla.gnome.org/show_bug.cgi?id=485063
> Ok, perhaps we need some new API for this in ATK. It would solve both
> the original problem I raised here and things like the above.
> Thanks!
> --joanie

Yes, it is amusing.  But, that bug is for accerciser, not oocalc 
itself.  So, ...

If the spreadsheet is large enough, I presume, perhaps incorrectly, that 
oocalc does not load all of the cells into memory from the hard drive 
until the user scrolls to them.  If that is the case, what exists in 
ATK/AT-SPI for the subset of the cells that are loaded? Put another way, 
what does oocalc expose through ATK for the partial load, specifically, 
the number of cells and the position in the set?

These questions are a starting point regarding how to modify the ATK API 
as you suggest -- if oocalc is doing something reasonable, perhaps that 
can inform the improvements.


'A: After all, it isn't rocket science.'
'K: Right. It's merely computer science.'
              - J. D. Klaun -
Received on Monday, 10 March 2014 16:08:49 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:45:01 UTC