Re: Atk implementation for Gal EIconBar
- From: "Padraig O'Briain" <Padraig Obriain sun com>
- To: gnome-accessibility-list gnome org, tim wo sun com
- Cc: gal-hackers lists ximian com
- Subject: Re: Atk implementation for Gal EIconBar
- Date: Thu, 17 Jul 2003 11:00:49 +0100 (BST)
>
> I'm trying to implement atk object class (GalA11yEIconBar) for Gal
> EIconBar, I met some problem:
> EIconBar is a container for some EIconBarItem(s), each item contains one
> image( of type GnomeCanvasPixbuf ) and a text( of type EText ).
> The function atk_object_get_n_accessible_children of
> EIconBar will have 2*n+1 children where n is the number of items in the
> EIconBar, and there is always a background item in the EIconBar. This is
> the default behavior of GnomeCanvas's atk implementation( defined in
> GailCanvas).
> My question is:
> 1. Should I override the function get_n_children to reflect the real
> number of items in the EIconBar, and implements an atk object class for
> the EIconBarItem.
This sounds right.
> 2. Since each image on the EIconBar represents a button, AtkAction
> interface should be implemented for it, but GnomeCanvasPixbuf shouldn't
> have that interface. What shall I do?
>
If you are implementing an atk object class for EIconBarItem can you implement
AtkAction on that object.
This would mean that you do not expose children for that object but implement
AtkImage to expose the image and AtrkText to expose the text. This sounds
similar to a GtkButton.
>
> tim
> <tim wo sun com>
>
>
> _______________________________________________
> gnome-accessibility-list mailing list
> gnome-accessibility-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]