Re: [g-a-devel] Coming to grips with the state of a11y in gtk
- From: Li Yuan <liyuan gnome org>
- To: Matthias Clasen <matthias clasen gmail com>
- Cc: gnome-accessibility-devel gnome org, danw gnome org, gtk-devel-list gnome org
- Subject: Re: [g-a-devel] Coming to grips with the state of a11y in gtk
- Date: Tue, 22 Feb 2011 12:18:32 +0800
I think the plan makes sense. Just one question, what do we get from
port GtkAccessible to use AtkGObjectAccessible?
AtkGObjectAccessible's parent is AtkObject anyway. I thought
AtkGObjectAccessible is designed for objects which are not GtkWidget.
Li
On Mon, Feb 21, 2011 at 11:20 PM, Matthias Clasen
<matthias clasen gmail com> wrote:
I've spent some time this weekend starting to explore how moving gail
implementations into gtk 1-by-1 will work in practice. I didn't get
very far (GtkWidget, GtkContainer and GtkImage), but the exercise
proves very useful for spotting all the things that should be
straightened out in the gail implementations.
http://git.gnome.org/browse/gtk+/log/?h=drop-gail
if you want to take a look. I expect to spend some more time on it
over the coming weeks. From my perspective, the next steps for this
are:
1. move remaining implementations over, keeping a list of things to
clean up later
2. add replacements for libgailutil api to GtkTextBuffer and where
else they belong, as needed
3. move setting up the factories to gtkmain
- at this point, gail should no longer be needed -
4. start on all the FIXMEs that got added in step 1
- drop the crazy focus handling contortions
- drop excessive use of signal handlers
- don't create an extra text buffer for each text-containing widget
in the world
- etc
5. port GtkAccessible to use AtkGObjectAccessible; clutter uses that,
and it looks a little cleaner
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]