https://bugs.documentfoundation.org/show_bug.cgi?id=156657
--- Comment #8 from Michael Weghorn <[email protected]> --- (In reply to Joanmarie Diggs from comment #7) > Michael: I'm not sure what exactly you're asking. Sorry! > > There is not yet an AtkCollection. And if I had to guess, there won't be any > time soon. And if there were one, the API would likely need to change. As a > consumer of AtspiCollection, I find the API confusing, complicated, and > still failing to do basic things I need it to do. And when I asked the Gtk4 > developers to provide an implementation for AtspiCollection, they said > "yuck" (and I paraphrase only slightly). ;) > > So my response to: > > reading your tdf#35654 comment 10, I'm wondering what > would have to be done on LO side to support that? > > is a shrug I'm afraid. > > If I'm failing to get the real question, please clarify. Back then it was unclear to me whether LO was supporting AtspiCollection in the first place. Your tdf#35654 comment 19 clarified that this is the case (at least for the gtk3 VCL plugin), as that's implemented on the ATK level by now. Therefore, I've closed tdf#35654 now and mentioned the remaining issue in bug 96492 instead, in the hope to make this a bit clearer/easier to keep track. Reading your above comment: Do you still think that AT-SPI Collection is the way forward in the longer run? If so, the discussion in https://gitlab.gnome.org/GNOME/gtk/-/issues/6204 contains some more information/tips on what to do instead of exposing all cells in the a11y tree, but some points (like how to expose selected cells when part of them are off-screen) would IMHO still need clarification. -- You are receiving this mail because: You are the assignee for the bug.
