Hi, Sorry for the late reply. I'd just like to explicitly agree with the plan here.
Also, as I plan to continue working on my "removing the dependency on pango/gail from WebKitGTK+" patch this week, I will take this into account already by *not* implementing those deprecated methods and boundaries there, even if I already did for the WORD boundaries[1], since that will hopefully make patches smaller and simpler. And perhaps it would be even worth it to first post a patch to "deprecate" those methods in WebKitGTK+ too, so we are left with just the "at" method and the START boundaries, and get that upstream before pushing the "no pango" patches, but I'm not entirely sure what would be better from the point of view of ATs. Opinions? Thanks, Mario [1]https://bugs.webkit.org/show_bug.cgi?id=114871 > -----Original Message----- > From: gnome-accessibility-devel [mailto:gnome-accessibility-devel- > boun...@gnome.org] On Behalf Of Joanmarie Diggs > Sent: 22 June 2013 19:49 > To: gnome-accessibility-devel@gnome.org > Subject: Re: [g-a-devel] RFC: AtkText simplification (take 2) > > On 06/17/2013 02:40 PM, Piñeiro wrote: > > [...] > > > As Joanmarie said on that thread, the idea is not having any > > _END/_START boundaries, and the "surviving" boundary would mimic what > > _START is doing right now. Anyway, as I said this is the first step, > > and probably the only thing that we can do on ATK 2.X without > breaking the API/ABI. > > > > I hope that this would lead to having a proper/saner documentation on > > the "surviving" method. > > > > Comments and suggestions are welcome. > > Given the absence of comments, and the fact that Orca is already > ported, my suggestion is that we finish the job, creating the new, > generic, "surviving" boundary. :) Having done so then we can make the > changes to > AT-SPI2 and the implementors can do the same. > > Thanks and take care. > --joanie > > _______________________________________________ > gnome-accessibility-devel mailing list > gnome-accessibility-devel@gnome.org > https://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel _______________________________________________ gnome-accessibility-devel mailing list gnome-accessibility-devel@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel
