- From: Joseph Scheuhammer <clown@alum.mit.edu>
- Date: Mon, 10 Mar 2014 12:08:21 -0400
- 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.
--
;;;;joseph.
'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