From modean52@comcast.net Sun May 15 15:21:22 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C27493B0941 for ; Sun, 15 May 2005 15:21:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11403-01 for ; Sun, 15 May 2005 15:21:20 -0400 (EDT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by menubar.gnome.org (Postfix) with ESMTP id 414F03B08DF for ; Sun, 15 May 2005 15:21:20 -0400 (EDT) Received: from jadep9kjwftoly (c-66-177-127-7.hsd1.fl.comcast.net[66.177.127.7]) by comcast.net (sccrmhc11) with SMTP id <2005051519211701100juvoge>; Sun, 15 May 2005 19:21:18 +0000 From: "James R. Johnson" To: Date: Sun, 15 May 2005 15:21:04 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005F_01C55961.BB4D9210" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVZgzy6nqis/KmIQ1SWUKNlop1mIg== Message-Id: <20050515192120.414F03B08DF@menubar.gnome.org> X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 16 May 2005 03:08:07 -0400 Subject: [g-a-devel] atk translation question X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 19:21:23 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_005F_01C55961.BB4D9210 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > Hey, >=20 > I have a question in the atk file. In the messages >=20 > #: ../atk/atkhyperlink.c:119 > msgid "End index" > msgstr "Enda=FE b=EDcniend" >=20 > Does that mean =93end of the index=94 or =93(system is) end(ing the) = index=94? > And the same question for =93start index.=94 =20 =20 Thanks, =20 James ------=_NextPart_000_005F_01C55961.BB4D9210 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

> = Hey,

> =

>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 I have a question in the atk file.=A0 In the = messages

> 

> #: ../atk/atkhyperlink.c:119

> msgid = "End index"

> msgstr = "Enda=FE b=EDcniend"

> =

> Does that mean “end of the index” or “(system is) end(ing the) = index”?

> And the same = question for “start index.”

 

 

Thanks,

 

James

------=_NextPart_000_005F_01C55961.BB4D9210-- From Bill.Haneman@Sun.COM Mon May 16 04:50:42 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 447DF3B052F for ; Mon, 16 May 2005 04:50:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26787-02 for ; Mon, 16 May 2005 04:50:37 -0400 (EDT) Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id 6D52F3B069B for ; Mon, 16 May 2005 04:50:13 -0400 (EDT) Received: from phys-gadget-1 ([129.156.85.171]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id j4G8o9jW018497 for ; Mon, 16 May 2005 02:50:12 -0600 (MDT) Received: from conversion-daemon.gadget-mail1.uk.sun.com by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IGK00101R6RLP@gadget-mail1.uk.sun.com> (original mail from Bill.Haneman@Sun.COM) for gnome-accessibility-devel@gnome.org; Mon, 16 May 2005 09:50:10 +0100 (BST) Received: from [192.168.1.120] (vpn-129-150-116-225.UK.Sun.COM [129.150.116.225]) by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0IGK009LTR7M6V@gadget-mail1.uk.sun.com>; Mon, 16 May 2005 09:50:10 +0100 (BST) Date: Mon, 16 May 2005 09:50:21 +0100 From: Bill Haneman Subject: Re: [g-a-devel] atk translation question In-reply-to: <20050515192120.414F03B08DF@menubar.gnome.org> To: "James R. Johnson" Message-id: <42885ECD.8010202@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 8BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041116 References: <20050515192120.414F03B08DF@menubar.gnome.org> X-Virus-Scanned: by amavisd-new at gnome.org Cc: gnome-accessibility-devel@gnome.org X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 08:50:42 -0000 In these messages, "index" is used as a noun; specifically, this message means "last index", and "start index" means "first index", i.e. place-value of first and last characters of the AtkHypertext object with which the link is associated. Possibly we should have used the term "offset" here instead of "index". I'll try to add a translator comment. - Bill James R. Johnson wrote: >> Hey, > >> > >> I have a question in the atk file. In the messages > >> > >> #: ../atk/atkhyperlink.c:119 > >> msgid "End index" > >> msgstr "Endaţ bícniend" > >> > >> Does that mean “end of the index” or “(system is) end(ing the) index”? > >> And the same question for “start index.” > > Thanks, > > James > >------------------------------------------------------------------------ > >_______________________________________________ >Gnome-accessibility-devel mailing list >Gnome-accessibility-devel@gnome.org >http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel > > From david.bolter@utoronto.ca Mon May 16 10:22:57 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2D1473B0D02 for ; Mon, 16 May 2005 10:22:57 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19531-06 for ; Mon, 16 May 2005 10:22:55 -0400 (EDT) Received: from bureau8.utcc.utoronto.ca (bureau8.utcc.utoronto.ca [128.100.132.18]) by menubar.gnome.org (Postfix) with ESMTP id F2EA13B070C for ; Mon, 16 May 2005 10:22:54 -0400 (EDT) Received: from [142.150.154.224] ([142.150.154.224] EHLO [142.150.154.224] ident: IDENT-NOT-QUERIED [port 33179]) by bureau8.utcc.utoronto.ca with ESMTP id <25234-310>; Mon, 16 May 2005 10:22:31 -0400 Message-ID: <4288AC87.2000001@utoronto.ca> Date: Mon, 16 May 2005 10:21:59 -0400 From: David Bolter User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Raphael Santos , gnome accessibility References: <000501c55899$cc24c6d0$a303a8c0@raphael> <4288A3ED.7080600@utoronto.ca> <000801c55a42$8ba895f0$0100a8c0@1ponto3> In-Reply-To: <000801c55a42$8ba895f0$0100a8c0@1ponto3> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: [g-a-devel] key event simulation (was Re: gok: inquiry) X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 14:22:57 -0000 Raphael, I think SPI_generateKeyboardEvent will do what you ask and it is documented here: http://developer.gnome.org/doc/API/2.0/at-spi/at-spi-cspi-Registry-queries.html You might want to look at integrating the simpler keysynth demo program http://cvs.gnome.org/viewcvs/at-spi/test/keysynth-demo.c?view=markup If you build the at-spi you can run the program at-spi/test/keysynth-demo (In GOK we do our key event stuff in gok/gok/gok-output.c. If you still want to embed GOK, let us know and we can point you to the relevant source code areas that will need attention. ) cheers, David Raphael Santos wrote: >David, >First of all thank you for the answer. >I would like to use Gok as a part of my aplication (embedded should be the >right word) where I will have a imput area and a screen-keyboad where people >can perform a search with a terminal. >My problem is that in windows I can use a API functiaon that is Send_key >that emulates a key-press event but I did not find this for Linux. >I appreciate if you can give some help or give some direction on how to >procede. > >All the best, > >Raphael Marcondes >Brazil >----- Original Message ----- >From: "David Bolter" >To: "Raphael Marcondes" >Sent: Monday, May 16, 2005 6:45 AM >Subject: Re: gok: inquiry > > > > >>Raphael, >> >>Sorry for the late reply. I'm not familiar with a Kylix C++ Form... GOK >>should be able to work along side any linux application. If by >>"integrated in", you mean embedded or docked against an application, >>that functionality should be doable. Maybe you could give me more >>details about what you want to accomplish? >> >>cheers, >>David >> >> >>Raphael Marcondes wrote: >> >> >> >>>Hello, >>> >>>Is it possible to use Gok integrated in a with a Kylix c++ Form? >>> >>>Thank you >>> >>>Raphael Marcondes >>>Brazil >>> >>> From michael.meeks@novell.com Wed May 25 06:53:39 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3992C3B0E29 for ; Wed, 25 May 2005 06:53:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20238-04 for ; Wed, 25 May 2005 06:53:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 426F63B0C03 for ; Wed, 25 May 2005 06:53:37 -0400 (EDT) Received: (qmail 24999 invoked from network); 25 May 2005 10:53:36 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 10:53:36 -0000 From: michael meeks To: Bill Haneman Content-Type: multipart/mixed; boundary="=-+GRKLDMiQPwIK6C3LOeU" Organization: Novell, Inc. Date: Wed, 25 May 2005 11:37:59 +0100 Message-Id: <1117017479.7236.324.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 May 2005 11:04:56 -0400 Cc: accessibility mailing list Subject: [g-a-devel] fix for removing listeners ... X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 10:53:39 -0000 --=-+GRKLDMiQPwIK6C3LOeU Content-Type: text/plain Content-Transfer-Encoding: 7bit Just committed this, HTH, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot --=-+GRKLDMiQPwIK6C3LOeU Content-Disposition: attachment; filename=bill1.diff Content-Type: text/x-patch; name=bill1.diff; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit ? login-helper/Accessibility_LoginHelper-common.c ? login-helper/Accessibility_LoginHelper-imodule.c ? login-helper/Accessibility_LoginHelper-skels.c ? login-helper/Accessibility_LoginHelper-stubs.c ? login-helper/Accessibility_LoginHelper.h ? test/event-listener-test ? test/keypad-test ? test/keysynth-test ? test/login-helper-client-test ? test/login-helper-server-test ? test/screen-review-test ? test/stress-test ? test/window-listener-test Index: ChangeLog =================================================================== RCS file: /cvs/gnome/at-spi/ChangeLog,v retrieving revision 1.471 diff -u -r1.471 ChangeLog --- ChangeLog 10 May 2005 17:13:53 -0000 1.471 +++ ChangeLog 25 May 2005 10:51:16 -0000 @@ -1,3 +1,11 @@ +2005-05-25 Michael Meeks + + * registryd/registry.c (remove_listener_cb), + (impl_accessibility_registry_deregister_global_event_listener), + (impl_accessibility_registry_deregister_global_event_listener_all): + pass a closure to the remove callback to filter listeners more + accurately on remove. + 2005-04-05 Bill Haneman * configure.in: Revved to 1.6.4. Index: registryd/registry.c =================================================================== RCS file: /cvs/gnome/at-spi/registryd/registry.c,v retrieving revision 1.67 diff -u -r1.67 registry.c --- registryd/registry.c 30 Jan 2004 17:47:16 -0000 1.67 +++ registryd/registry.c 25 May 2005 10:51:17 -0000 @@ -423,20 +423,30 @@ } } +typedef struct { + gboolean remove_all; + Accessibility_EventListener listener; + EventTypeStruct etype; +} RemoveListenerClosure; + static SpiReEntrantContinue remove_listener_cb (GList * const *list, gpointer user_data) { SpiListenerStruct *ls = (SpiListenerStruct *) (*list)->data; CORBA_Environment ev; - Accessibility_EventListener listener = user_data; + RemoveListenerClosure *cl = user_data; CORBA_exception_init (&ev); - - if (CORBA_Object_is_equivalent (ls->listener, listener, &ev)) - { - spi_re_entrant_list_delete_link (list); - spi_listener_struct_free (ls, &ev); - } + + if (cl->remove_all || (cl->etype.minor == ls->event_type_quark && + cl->etype.type_cat == ls->event_type_cat ) ) + { + if (CORBA_Object_is_equivalent (ls->listener, cl->listener, &ev)) + { + spi_re_entrant_list_delete_link (list); + spi_listener_struct_free (ls, &ev); + } + } CORBA_exception_free (&ev); @@ -455,14 +465,18 @@ int i; GList **lists[3]; SpiRegistry *registry = SPI_REGISTRY (bonobo_object_from_servant (servant)); + RemoveListenerClosure cl = { 0, }; lists[0] = ®istry->object_listeners; lists[1] = ®istry->window_listeners; lists[2] = ®istry->toolkit_listeners; + cl.remove_all = TRUE; + cl.listener = listener; + for (i = 0; i < sizeof (lists) / sizeof (lists[0]); i++) { - spi_re_entrant_list_foreach (lists [i], remove_listener_cb, listener); + spi_re_entrant_list_foreach (lists [i], remove_listener_cb, &cl); } } @@ -478,14 +492,16 @@ CORBA_Environment *ev) { SpiRegistry *registry; - EventTypeStruct etype; + RemoveListenerClosure cl = { 0, }; registry = SPI_REGISTRY (bonobo_object_from_servant (servant)); - parse_event_type (&etype, (char *) event_name); + cl.remove_all = FALSE; + parse_event_type (&cl.etype, (char *) event_name); + cl.listener = listener; - spi_re_entrant_list_foreach (get_listener_list (registry, etype.type_cat), - remove_listener_cb, listener); + spi_re_entrant_list_foreach (get_listener_list (registry, cl.etype.type_cat), + remove_listener_cb, &cl); } --=-+GRKLDMiQPwIK6C3LOeU-- From michael.meeks@novell.com Wed May 25 10:52:43 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B0F873B07C7 for ; Wed, 25 May 2005 10:52:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02534-10 for ; Wed, 25 May 2005 10:52:41 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id C6AC73B0784 for ; Wed, 25 May 2005 10:52:39 -0400 (EDT) Received: (qmail 25358 invoked from network); 25 May 2005 14:52:37 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 14:52:37 -0000 From: michael meeks To: Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Wed, 25 May 2005 15:52:02 +0100 Message-Id: <1117032722.7234.334.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 May 2005 11:04:56 -0400 Cc: accessibility mailing list Subject: [g-a-devel] getIndexInParent ... X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 14:52:43 -0000 Hi there, So - this is my analysis of the getIndexInParent problem I'm seeing in at-poke: I'm getting this trace (gtk-demo) - with locked at-poke etc. #65 0x4098a65a in spi_atk_bridge_property_event_listener (signal_hint=0xbede3208, n_param_values=2, param_values=0x8fd5368, data=0x80cd1c8) at bridge.c:802 ... #69 0x405fc226 in atk_object_notify (obj=0x8fd5368, pspec=0x0) at atkobject.c:1292 ... #79 0x40618193 in g_object_notify () from /opt/gnome/lib/libgobject-2.0.so.0 #80 0x405fadf6 in atk_object_set_parent (accessible=Variable "accessible" is not available. ) at atkobject.c:881 #81 0x4094dd9e in gail_button_real_initialize () from /opt/gnome/lib/gtk-2.0/modules/libgail.so #82 0x405fabde in atk_object_initialize (accessible=Variable "accessible" is not available. ) at atkobject.c:1272 #83 0x4094bf66 in gail_button_new () from /opt/gnome/lib/gtk-2.0/modules/libgail.so #84 0x409460b2 in gail_button_factory_create_accessible () from /opt/gnome/lib/gtk-2.0/modules/libgail.so #85 0x405fc94e in atk_object_factory_create_accessible (factory=Variable "factory" is not available. ) at atkobjectfactory.c:85 #86 0x4030b480 in gtk_widget_real_get_accessible (widget=0x81045e8) at gtkwidget.c:7284 #87 0x4030b414 in gtk_widget_get_accessible (widget=0x81045e8) at gtkwidget.c:7266 ... #94 0x40a17e46 in impl_accessibility_accessible_get_index_in_parent (servant=0xfffffffc, ev=0xbede3f90) at accessible.c:273 #95 0x40a15101 in _ORBIT_skel_small_Accessibility_Accessible_getIndexInParent (_o_servant=0x8fd4dec, _o_retval=0x7fffffff, _o_args=0x0, _o_ctx=0xbede3e40, _o_ev=0xbede3f90, _impl_getIndexInParent=0x40a17e20 ) at Accessibility-common.c:369 ... CORBA method 'get_index_in_parent' re-enters here ... ... #114 0x40a0a65c in Accessibility_EventListener_notifyEvent (_obj=0x80caee8, e=0xfffffffc, ev=0x4098c878) at Accessibility-stubs.c:754 #115 0x4098999c in spi_atk_emit_eventv (gobject=Variable "gobject" is not available. ) at bridge.c:654 #116 0x4098a65a in spi_atk_bridge_property_event_listener (signal_hint=0xbede4498, n_param_values=2, param_values=0x8fd4878, Then loops forever - creating a new (duplicate) gail foo each time. IMHO the 'g_object_notify' in atk_object_set_parent is completely bogus, that should only be emitted for a genuine change IMHO - and thus should be done inside 'atk_object_real_set_parent' iff the parent changes. No idea if that level of semantic change is acceptable. The similar snafu's in setting role, name etc. are not so concerning I think; since the actual data is set by the time we come to refresh it - even so, not ideal. Given that not even gail overrides 'set_parent', I tried not emitting the notification unless the value changed. Of course - unfortunately, during construction - we emit this notification as we change the value from NULL to - which sucks. Of course - if we did the atk_object_initialize (accessible, widget) in the gtk_widget_get_accessible after the g_object_set_qdata (); we might get away with this, but that change is no doubt too big. Probably the best way to fix this is to add a gail_object_initialize method & call that across gail, blocking notify signal emissions during that process. Does that seem reasonable ? Regards, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From michael.meeks@novell.com Wed May 25 11:29:25 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0A39B3B0B69 for ; Wed, 25 May 2005 11:29:25 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05178-09 for ; Wed, 25 May 2005 11:29:22 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 5135F3B095E for ; Wed, 25 May 2005 11:29:22 -0400 (EDT) Received: (qmail 25430 invoked from network); 25 May 2005 15:29:18 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 15:29:18 -0000 From: michael meeks To: Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Wed, 25 May 2005 16:28:41 +0100 Message-Id: <1117034921.7234.337.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 May 2005 11:47:46 -0400 Cc: accessibility mailing list Subject: [g-a-devel] a11y / bogus parent change notifications X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 15:29:25 -0000 So, This small patch clobbers all notifications during initialization - perhaps too blunt a tool; no idea. It makes the problem go away for me - but I'm switching to idle logging for other reasons anyway ;-) HTH, Michael. Index: atk/atkobject.c =================================================================== RCS file: /cvs/gnome/atk/atk/atkobject.c,v retrieving revision 1.77 diff -u -r1.77 atkobject.c --- atk/atkobject.c 22 Apr 2005 07:54:56 -0000 1.77 +++ atk/atkobject.c 25 May 2005 15:26:23 -0000 @@ -1268,8 +1272,11 @@ g_return_if_fail (ATK_IS_OBJECT (accessible)); klass = ATK_OBJECT_GET_CLASS (accessible); + g_object_set_data (G_OBJECT (accessible), + "atk:during_init", GUINT_TO_POINTER(1)); if (klass->initialize) klass->initialize (accessible, data); + g_object_set_data (G_OBJECT (accessible), "atk:during_init", NULL); } /* @@ -1285,6 +1292,12 @@ GParamSpec *pspec) { AtkPropertyValues values = { NULL, }; + + if (g_object_get_data (obj, "atk:during_init")) { + /* Ignore construction time property changes */ + g_warning ("Ignoring construct time property changes"); + return; + } g_value_init (&values.new_value, pspec->value_type); g_object_get_property (obj, pspec->name, &values.new_value); -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From sobhi@us.ibm.com Wed May 25 14:03:42 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B09BF3B0784 for ; Wed, 25 May 2005 14:03:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15425-10 for ; Wed, 25 May 2005 14:03:41 -0400 (EDT) Received: from e4.ny.us.ibm.com (e4.ny.us.ibm.com [32.97.182.144]) by menubar.gnome.org (Postfix) with ESMTP id A8C7B3B074B for ; Wed, 25 May 2005 14:03:40 -0400 (EDT) Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e4.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id j4PI3eDf025851 for ; Wed, 25 May 2005 14:03:40 -0400 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay04.pok.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j4PI3dhk088468 for ; Wed, 25 May 2005 14:03:39 -0400 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id j4PI3dhQ006474 for ; Wed, 25 May 2005 14:03:39 -0400 Received: from d01ml605.pok.ibm.com (d01ml605.pok.ibm.com [9.56.227.91]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id j4PI3dRm006464 for ; Wed, 25 May 2005 14:03:39 -0400 To: gnome-accessibility-devel@gnome.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.1IBM2 August 03, 2004 From: Ali Sobhi Message-ID: Date: Wed, 25 May 2005 13:03:38 -0500 X-MIMETrack: Serialize by Router on D01ML605/01/M/IBM(Build V70_M4_01112005 Beta 3|January 11, 2005) at 05/25/2005 14:03:38, Serialize complete at 05/25/2005 14:03:38 Content-Type: text/plain; charset="US-ASCII" X-Virus-Scanned: by amavisd-new at gnome.org Subject: [g-a-devel] Gnome Accessibility test cases X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 18:03:42 -0000 In order to test the various accessibility features of Gnome desktop, I have developed some test cases that I have used. I would like to post these test cases to Gnome Accessibility Project for others to benefit. The test cases are organized in multiple HTML files (linked, of course). How do I go about accomplishing this and who do I need to send the files? Regards, Ali Sobhi ------------------------------------------------------------------------------------------- Sr. Consultant - Austin Accessibility Center - IBM Research 512-823-0064 (T/L 793) sobhi@us.ibm.com http://www.ibm.com/able/ -------------------------------------------------------------------------------------------- From michael.meeks@novell.com Wed May 25 12:59:20 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5DFE23B0784 for ; Wed, 25 May 2005 12:59:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11524-03 for ; Wed, 25 May 2005 12:59:18 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 60CD13B06EE for ; Wed, 25 May 2005 12:59:18 -0400 (EDT) Received: (qmail 25653 invoked from network); 25 May 2005 16:59:17 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 16:59:17 -0000 From: michael meeks To: Oliver Braun , Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Wed, 25 May 2005 17:58:34 +0100 Message-Id: <1117040314.7234.349.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 30 May 2005 03:05:23 -0400 Cc: accessibility mailing list Subject: [g-a-devel] at-poke improvements ... X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 16:59:20 -0000 Hi guys, So - I've been adding a number of rather useful features to at-poke, since they're not in a wonderfully stable / beautiful state - I'd rather not do a release yet - but, so far - the delta over the last released version includes: + event logging + simple basic event detail dumping + tree of events to filter the logging + hyper-link, click to locate the accessible in the tree + logs are saveable - lots of validation / extra detail missing though. + -T :0.0 option + allows at-poke to be run on a separate display or via an 'ssh -X ' tunnel to avoid disturbing the machine being poked + preferences dialog + somewhat contrived since these arn't yet serialized to gconf, but - at least they're now visible to people + custom 'run XYZ app' functionality - that sets up the right a11y environment for the child. + gcc-4 build + loads of bug fixes So - I'd recommend giving HEAD a whirl for all your poking needs - it'd be great to have some help too. I'm hanging out on #a11y on irc.freenode.net much of the time waiting for interesting people to help with things :-) [ small features as well as large ;-] Regards, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From michael.meeks@novell.com Thu May 26 09:46:48 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 275003B0964 for ; Thu, 26 May 2005 09:46:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14589-08 for ; Thu, 26 May 2005 09:46:46 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id C72163B0EE0 for ; Thu, 26 May 2005 09:46:45 -0400 (EDT) Received: (qmail 27788 invoked from network); 26 May 2005 13:46:36 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 26 May 2005 13:46:36 -0000 From: michael meeks To: Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Thu, 26 May 2005 14:45:35 +0100 Message-Id: <1117115135.7236.453.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 30 May 2005 03:05:23 -0400 Cc: accessibility mailing list Subject: [g-a-devel] broken remove-listener-by-callback X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 13:46:48 -0000 Rather a trivial patch: HTH, Michael. diff -u -r1.472 ChangeLog --- ChangeLog 25 May 2005 10:52:59 -0000 1.472 +++ ChangeLog 26 May 2005 13:44:06 -0000 @@ -1,3 +1,8 @@ +2005-05-26 Michael Meeks + + * cspi/bonobo/cspi-bonobo-listener.c + (cspi_event_list_remove_by_cb): actually filter by callback. + 2005-05-25 Michael Meeks * registryd/registry.c (remove_listener_cb), diff -u -r1.23 cspi-bonobo-listener.c --- cspi/bonobo/cspi-bonobo-listener.c 14 Apr 2005 17:35:24 -0000 1.23 +++ cspi/bonobo/cspi-bonobo-listener.c 26 May 2005 13:44:06 -0000 @@ -71,10 +71,12 @@ { EventHandler *eh = l->data; next = l->next; - - list = g_list_delete_link (list, l); - - cspi_event_handler_free (eh); + + if (eh->method == callback) + { + list = g_list_delete_link (list, l); + cspi_event_handler_free (eh); + } } return list; -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From aaronlev@moonset.net Tue May 31 11:46:19 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 256D23B06A6 for ; Tue, 31 May 2005 11:46:19 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32112-04 for ; Tue, 31 May 2005 11:46:17 -0400 (EDT) Received: from smtp04.mrf.mail.rcn.net (smtp04.mrf.mail.rcn.net [207.172.4.63]) by menubar.gnome.org (Postfix) with ESMTP id 649D43B0664 for ; Tue, 31 May 2005 11:46:17 -0400 (EDT) Received: from 209-6-168-88.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com (HELO [127.0.0.1]) (209.6.168.88) by smtp04.mrf.mail.rcn.net with ESMTP; 31 May 2005 11:43:16 -0400 X-IronPort-AV: i="3.93,152,1115006400"; d="scan'208"; a="41269970:sNHT1602990074" Message-ID: <429C8610.8000003@moonset.net> Date: Tue, 31 May 2005 11:43:12 -0400 From: Aaron Leventhal User-Agent: Mozilla Thunderbird 1.0+ (Windows/20050518) MIME-Version: 1.0 To: accessibility mailing list References: <1117032722.7234.334.camel@linux.site> In-Reply-To: <1117032722.7234.334.camel@linux.site> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:46:19 -0000 RELATION_CONTROLLED_BY Indicates an object controlled by one or more target objects. RELATION_CONTROLLER_FOR Indicates an object is an controller for one or more target objects. Forgive the dense question ... what is meant by 'controlled' in this instance? What are some typical examples? What is it used for today, and what are known planned uses for it? - Is a tree item 'controlled' by the collapse/expand button on the parent? - Is a window 'controlled by' the close button? - Is a document view 'controlled by' a zoom button on the toolbar? - Aaron From Peter.Korn@Sun.COM Tue May 31 12:01:13 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 259903B0737 for ; Tue, 31 May 2005 12:01:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00843-09 for ; Tue, 31 May 2005 12:01:11 -0400 (EDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by menubar.gnome.org (Postfix) with ESMTP id 7DF933B08BD for ; Tue, 31 May 2005 12:00:26 -0400 (EDT) Received: from phys-d3-ha21sca-1 ([129.145.155.163]) by brmea-mail-4.sun.com (8.12.10/8.12.9) with ESMTP id j4VG0Q0R017529 for ; Tue, 31 May 2005 10:00:26 -0600 (MDT) Received: from conversion-daemon.ha21sca-mail1.sfbay.sun.com by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IHD00K012Z6IN@ha21sca-mail1.sfbay.sun.com> (original mail from Peter.Korn@Sun.COM) for gnome-accessibility-devel@gnome.org; Tue, 31 May 2005 09:00:26 -0700 (PDT) Received: from sun.com (vpn-129-150-113-68.Holland.Sun.COM [129.150.113.68]) by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0IHD009CW34OKD@ha21sca-mail1.sfbay.sun.com>; Tue, 31 May 2005 09:00:25 -0700 (PDT) Date: Tue, 31 May 2005 09:00:24 -0700 From: Peter Korn Subject: Re: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR To: Aaron Leventhal Message-id: <429C8A18.11E5F69D@sun.com> Organization: Sun Microsystems Inc. MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en]C-Netscape (Windows NT 5.0; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <1117032722.7234.334.camel@linux.site> <429C8610.8000003@moonset.net> X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Tue, 31 May 2005 12:07:14 -0400 Cc: accessibility mailing list X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:01:13 -0000 Hi Aaron, A scrolling field is controlled by a scroll bar. A text field with font size is (or should be) controlled by the listbox of font sizes - see the one in the GNOME standard font chooser. A spreadsheet cell that is the output of a function of other spreadsheet cells is controlled by them. The first two examples you cite below wouldn't be controlling situations. The zoom, on the other hand, is an interesting question for me. I'd say controlling is appropriate there. Peter Korn Sun Accessibility team Aaron Leventhal wrote: > > RELATION_CONTROLLED_BY Indicates an object controlled by one or more > target objects. > RELATION_CONTROLLER_FOR Indicates an object is an controller for one > or more target objects. > > Forgive the dense question ... what is meant by 'controlled' in this > instance? What are some typical examples? What is it used for today, and > what are known planned uses for it? > > - Is a tree item 'controlled' by the collapse/expand button on the parent? > - Is a window 'controlled by' the close button? > - Is a document view 'controlled by' a zoom button on the toolbar? > > - Aaron > > _______________________________________________ > Gnome-accessibility-devel mailing list > Gnome-accessibility-devel@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From Bill.Haneman@Sun.COM Tue May 31 12:19:00 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1FCC13B07BD for ; Tue, 31 May 2005 12:19:00 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02476-03 for ; Tue, 31 May 2005 12:18:58 -0400 (EDT) Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id A6BEC3B0709 for ; Tue, 31 May 2005 12:18:57 -0400 (EDT) Received: from phys-gadget-1 ([129.156.85.171]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id j4VGHuji011937 for ; Tue, 31 May 2005 10:18:57 -0600 (MDT) Received: from conversion-daemon.gadget-mail1.uk.sun.com by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IHD000013Y7VX@gadget-mail1.uk.sun.com> (original mail from Bill.Haneman@Sun.COM) for gnome-accessibility-devel@gnome.org; Tue, 31 May 2005 17:18:42 +0100 (BST) Received: from [129.156.226.190] (dhcp-226-190.Ireland.Sun.COM [129.156.226.190]) by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0IHD00ETM3Z6V2@gadget-mail1.uk.sun.com>; Tue, 31 May 2005 17:18:42 +0100 (BST) Date: Tue, 31 May 2005 17:18:03 +0100 From: Bill Haneman Subject: Re: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR In-reply-to: <429C8610.8000003@moonset.net> To: Aaron Leventhal Message-id: <429C8E3B.6010304@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041116 References: <1117032722.7234.334.camel@linux.site> <429C8610.8000003@moonset.net> X-Virus-Scanned: by amavisd-new at gnome.org Cc: accessibility mailing list X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:19:00 -0000 Hi Aaron: This is a good question (about the CONTROLLER relations). It is used when interface components which are "separate" objects from the point of view of the user or, perhaps, the tookit paradigm, have a tightly coupled relationship in which one object determines some key aspect of another. Typical examples now in use include scrollbars, which are controllers for the "viewport" objects which they move. Resize widgets would also be controllers - for instance, if a window (or window manager!) chose to expose resize icons on a titlebar as separate AtkObjects, they would logically be controllers for the window. However we generally draw the line somewhere, we don't for instance expose the "close" button as a CONTROLLER, nor do we expose "OK" and "CANCEL" buttons as controllers for a dialog. Generally CONTROLLER_FOR is reserved for the following types of situations: 1) one UI element controls the state of one or more other UI elements, but not an entire dialog. We exclude familiar user models such as radio-buttons (in which each button can potentially 'control' the state of others, via exclusivity), but for instance if a particular checkbox enables or disables a subservient set of controls, strictly speaking that checkbox should be marked as a CONTROLLER for the other controls. 2) one UI element serves as a 'manipulator' for the attributes of another, e.g. the object with which the user interacts via mouse, keyboard, or AtkAction is not the primary object whose onscreen attributes change as a result. An example would be a colorwheel widget used to change the color of a "background color" box, or a slider which controls the size of a displayed sample font. 'CONTROLLERS' are most likely to implement AtkValue, i.e. they are usually valuators rather than binary toggles. For your specific examples... - Is a tree item 'controlled' by the collapse/expand button on the parent? No - since the relationship is implied by the EXPANDABLE state on the parent container, and the parent-child relationship. If there were a separate "expand my selection" button somewhere in the interface, it would arguably be a controller for the part of the view that was subject to being expanded. - Is a window 'controlled by' the close button? No, since the semantics are implicit in the close button's textual information and role. However a "close current notebook tab" button might logically be a controller for a notebook. - Is a document view 'controlled by' a zoom button on the toolbar? This in an interesting case. I would be tempted to say 'no' on the grounds that the effect of the button is implied in its role and label - however, if the zoom button affects the resulting viewport, then it would not be incorrect to expose it as a CONTROLLER for the scroll/view window, by analogy with scrollbars. I suppose there's a sort of common-sense test that can be applied. If the effect of a "controlling" UI element can be easily deduced from its labelling and role, then the CONTROLLER relation adds little value. However, if the controlling UI element is unlabelled (as is often the case with scrollbars), or the relationship between it and the portion of the UI which it controls is largely implicit in the visual layout, then exposing CONTROLLER adds significant value to the end-user. I would conclude that it is a relationship that should be exposed for UI components which control a subset of the user's current "view"/dialog, when the result of end-user manipulation of the component is not otherwise clear. regards, Bill Aaron Leventhal wrote: > RELATION_CONTROLLED_BY Indicates an object controlled by one or more > target objects. RELATION_CONTROLLER_FOR Indicates an object is an > controller for one or more target objects. > > Forgive the dense question ... what is meant by 'controlled' in this > instance? What are some typical examples? What is it used for today, > and what are known planned uses for it? > > - Is a tree item 'controlled' by the collapse/expand button on the > parent? > - Is a window 'controlled by' the close button? > - Is a document view 'controlled by' a zoom button on the toolbar? > > - Aaron > > _______________________________________________ > Gnome-accessibility-devel mailing list > Gnome-accessibility-devel@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel From aaronlev@moonset.net Tue May 31 12:29:51 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C5C43B085E for ; Tue, 31 May 2005 12:29:51 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03325-04 for ; Tue, 31 May 2005 12:29:49 -0400 (EDT) Received: from smtp04.mrf.mail.rcn.net (smtp04.mrf.mail.rcn.net [207.172.4.63]) by menubar.gnome.org (Postfix) with ESMTP id F3A343B09A5 for ; Tue, 31 May 2005 12:29:47 -0400 (EDT) Received: from 209-6-168-88.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com (HELO [127.0.0.1]) (209.6.168.88) by smtp04.mrf.mail.rcn.net with ESMTP; 31 May 2005 12:29:48 -0400 X-IronPort-AV: i="3.93,152,1115006400"; d="scan'208,217"; a="41293896:sNHT25230636" Message-ID: <429C90FA.8090200@moonset.net> Date: Tue, 31 May 2005 12:29:46 -0400 From: Aaron Leventhal User-Agent: Mozilla Thunderbird 1.0+ (Windows/20050518) MIME-Version: 1.0 To: Peter Korn Subject: Re: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR References: <1117032722.7234.334.camel@linux.site> <429C8610.8000003@moonset.net> <429C8A18.11E5F69D@sun.com> In-Reply-To: <429C8A18.11E5F69D@sun.com> Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: accessibility mailing list X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aaronleventhal@moonset.net List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:29:51 -0000 Peter,

Thanks for the info. What implementations exist in AT's and apps for the controller/controlled relationships so far? I'm trying to envision the UI benefits for various kinds of end users.

Also, have similar questions about RELATION_MEMBER_OF.
I can imagine this being useful in your SVG engine parts example. It seems like all of the members of a group need to be tied together by one common object that contains them somehow? For example, if I have a set of emails subjects displayed on the screen, and some of them are members of the group "important", then what accessible object are they a member of? Or, am I not understanding the how member of is intended to be used. Perhaps I'm reinventing extensible states.

- Aaron

Peter Korn wrote: 
Hi Aaron,

A scrolling field is controlled by a scroll bar.  A text field with font
size is (or should be) controlled by the listbox of font sizes - see the
one in the GNOME standard font chooser.  A spreadsheet cell that is the
output of a function of other spreadsheet cells is controlled by them.

The first two examples you cite below wouldn't be controlling
situations.  The zoom, on the other hand, is an interesting question for
me.  I'd say controlling is appropriate there.


Peter Korn
Sun Accessibility team


Aaron Leventhal wrote:
  
RELATION_CONTROLLED_BY  Indicates an object controlled by one or more
target objects.
RELATION_CONTROLLER_FOR   Indicates an object is an controller for one
or more target objects.

Forgive the dense question ... what is meant by 'controlled' in this
instance? What are some typical examples? What is it used for today, and
what are known planned uses for it?

- Is a tree item 'controlled' by the collapse/expand button on the parent?
- Is a window 'controlled by' the close button?
- Is a document view 'controlled by' a zoom button on the toolbar?

- Aaron

_______________________________________________
Gnome-accessibility-devel mailing list
Gnome-accessibility-devel@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel

From modean52@comcast.net Sun May 15 15:21:22 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C27493B0941 for ; Sun, 15 May 2005 15:21:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11403-01 for ; Sun, 15 May 2005 15:21:20 -0400 (EDT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by menubar.gnome.org (Postfix) with ESMTP id 414F03B08DF for ; Sun, 15 May 2005 15:21:20 -0400 (EDT) Received: from jadep9kjwftoly (c-66-177-127-7.hsd1.fl.comcast.net[66.177.127.7]) by comcast.net (sccrmhc11) with SMTP id <2005051519211701100juvoge>; Sun, 15 May 2005 19:21:18 +0000 From: "James R. Johnson" To: Date: Sun, 15 May 2005 15:21:04 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005F_01C55961.BB4D9210" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVZgzy6nqis/KmIQ1SWUKNlop1mIg== Message-Id: <20050515192120.414F03B08DF@menubar.gnome.org> X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 16 May 2005 03:08:07 -0400 Subject: [g-a-devel] atk translation question X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 19:21:23 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_005F_01C55961.BB4D9210 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > Hey, >=20 > I have a question in the atk file. In the messages >=20 > #: ../atk/atkhyperlink.c:119 > msgid "End index" > msgstr "Enda=FE b=EDcniend" >=20 > Does that mean =93end of the index=94 or =93(system is) end(ing the) = index=94? > And the same question for =93start index.=94 =20 =20 Thanks, =20 James ------=_NextPart_000_005F_01C55961.BB4D9210 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

> = Hey,

> =

>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 I have a question in the atk file.=A0 In the = messages

> 

> #: ../atk/atkhyperlink.c:119

> msgid = "End index"

> msgstr = "Enda=FE b=EDcniend"

> =

> Does that mean “end of the index” or “(system is) end(ing the) = index”?

> And the same = question for “start index.”

 

 

Thanks,

 

James

------=_NextPart_000_005F_01C55961.BB4D9210-- From Bill.Haneman@Sun.COM Mon May 16 04:50:42 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 447DF3B052F for ; Mon, 16 May 2005 04:50:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26787-02 for ; Mon, 16 May 2005 04:50:37 -0400 (EDT) Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id 6D52F3B069B for ; Mon, 16 May 2005 04:50:13 -0400 (EDT) Received: from phys-gadget-1 ([129.156.85.171]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id j4G8o9jW018497 for ; Mon, 16 May 2005 02:50:12 -0600 (MDT) Received: from conversion-daemon.gadget-mail1.uk.sun.com by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IGK00101R6RLP@gadget-mail1.uk.sun.com> (original mail from Bill.Haneman@Sun.COM) for gnome-accessibility-devel@gnome.org; Mon, 16 May 2005 09:50:10 +0100 (BST) Received: from [192.168.1.120] (vpn-129-150-116-225.UK.Sun.COM [129.150.116.225]) by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0IGK009LTR7M6V@gadget-mail1.uk.sun.com>; Mon, 16 May 2005 09:50:10 +0100 (BST) Date: Mon, 16 May 2005 09:50:21 +0100 From: Bill Haneman Subject: Re: [g-a-devel] atk translation question In-reply-to: <20050515192120.414F03B08DF@menubar.gnome.org> To: "James R. Johnson" Message-id: <42885ECD.8010202@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 8BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041116 References: <20050515192120.414F03B08DF@menubar.gnome.org> X-Virus-Scanned: by amavisd-new at gnome.org Cc: gnome-accessibility-devel@gnome.org X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 08:50:42 -0000 In these messages, "index" is used as a noun; specifically, this message means "last index", and "start index" means "first index", i.e. place-value of first and last characters of the AtkHypertext object with which the link is associated. Possibly we should have used the term "offset" here instead of "index". I'll try to add a translator comment. - Bill James R. Johnson wrote: >> Hey, > >> > >> I have a question in the atk file. In the messages > >> > >> #: ../atk/atkhyperlink.c:119 > >> msgid "End index" > >> msgstr "Endaţ bícniend" > >> > >> Does that mean “end of the index” or “(system is) end(ing the) index”? > >> And the same question for “start index.” > > Thanks, > > James > >------------------------------------------------------------------------ > >_______________________________________________ >Gnome-accessibility-devel mailing list >Gnome-accessibility-devel@gnome.org >http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel > > From david.bolter@utoronto.ca Mon May 16 10:22:57 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2D1473B0D02 for ; Mon, 16 May 2005 10:22:57 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19531-06 for ; Mon, 16 May 2005 10:22:55 -0400 (EDT) Received: from bureau8.utcc.utoronto.ca (bureau8.utcc.utoronto.ca [128.100.132.18]) by menubar.gnome.org (Postfix) with ESMTP id F2EA13B070C for ; Mon, 16 May 2005 10:22:54 -0400 (EDT) Received: from [142.150.154.224] ([142.150.154.224] EHLO [142.150.154.224] ident: IDENT-NOT-QUERIED [port 33179]) by bureau8.utcc.utoronto.ca with ESMTP id <25234-310>; Mon, 16 May 2005 10:22:31 -0400 Message-ID: <4288AC87.2000001@utoronto.ca> Date: Mon, 16 May 2005 10:21:59 -0400 From: David Bolter User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Raphael Santos , gnome accessibility References: <000501c55899$cc24c6d0$a303a8c0@raphael> <4288A3ED.7080600@utoronto.ca> <000801c55a42$8ba895f0$0100a8c0@1ponto3> In-Reply-To: <000801c55a42$8ba895f0$0100a8c0@1ponto3> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: [g-a-devel] key event simulation (was Re: gok: inquiry) X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 14:22:57 -0000 Raphael, I think SPI_generateKeyboardEvent will do what you ask and it is documented here: http://developer.gnome.org/doc/API/2.0/at-spi/at-spi-cspi-Registry-queries.html You might want to look at integrating the simpler keysynth demo program http://cvs.gnome.org/viewcvs/at-spi/test/keysynth-demo.c?view=markup If you build the at-spi you can run the program at-spi/test/keysynth-demo (In GOK we do our key event stuff in gok/gok/gok-output.c. If you still want to embed GOK, let us know and we can point you to the relevant source code areas that will need attention. ) cheers, David Raphael Santos wrote: >David, >First of all thank you for the answer. >I would like to use Gok as a part of my aplication (embedded should be the >right word) where I will have a imput area and a screen-keyboad where people >can perform a search with a terminal. >My problem is that in windows I can use a API functiaon that is Send_key >that emulates a key-press event but I did not find this for Linux. >I appreciate if you can give some help or give some direction on how to >procede. > >All the best, > >Raphael Marcondes >Brazil >----- Original Message ----- >From: "David Bolter" >To: "Raphael Marcondes" >Sent: Monday, May 16, 2005 6:45 AM >Subject: Re: gok: inquiry > > > > >>Raphael, >> >>Sorry for the late reply. I'm not familiar with a Kylix C++ Form... GOK >>should be able to work along side any linux application. If by >>"integrated in", you mean embedded or docked against an application, >>that functionality should be doable. Maybe you could give me more >>details about what you want to accomplish? >> >>cheers, >>David >> >> >>Raphael Marcondes wrote: >> >> >> >>>Hello, >>> >>>Is it possible to use Gok integrated in a with a Kylix c++ Form? >>> >>>Thank you >>> >>>Raphael Marcondes >>>Brazil >>> >>> From michael.meeks@novell.com Wed May 25 06:53:39 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3992C3B0E29 for ; Wed, 25 May 2005 06:53:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20238-04 for ; Wed, 25 May 2005 06:53:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 426F63B0C03 for ; Wed, 25 May 2005 06:53:37 -0400 (EDT) Received: (qmail 24999 invoked from network); 25 May 2005 10:53:36 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 10:53:36 -0000 From: michael meeks To: Bill Haneman Content-Type: multipart/mixed; boundary="=-+GRKLDMiQPwIK6C3LOeU" Organization: Novell, Inc. Date: Wed, 25 May 2005 11:37:59 +0100 Message-Id: <1117017479.7236.324.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 May 2005 11:04:56 -0400 Cc: accessibility mailing list Subject: [g-a-devel] fix for removing listeners ... X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 10:53:39 -0000 --=-+GRKLDMiQPwIK6C3LOeU Content-Type: text/plain Content-Transfer-Encoding: 7bit Just committed this, HTH, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot --=-+GRKLDMiQPwIK6C3LOeU Content-Disposition: attachment; filename=bill1.diff Content-Type: text/x-patch; name=bill1.diff; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit ? login-helper/Accessibility_LoginHelper-common.c ? login-helper/Accessibility_LoginHelper-imodule.c ? login-helper/Accessibility_LoginHelper-skels.c ? login-helper/Accessibility_LoginHelper-stubs.c ? login-helper/Accessibility_LoginHelper.h ? test/event-listener-test ? test/keypad-test ? test/keysynth-test ? test/login-helper-client-test ? test/login-helper-server-test ? test/screen-review-test ? test/stress-test ? test/window-listener-test Index: ChangeLog =================================================================== RCS file: /cvs/gnome/at-spi/ChangeLog,v retrieving revision 1.471 diff -u -r1.471 ChangeLog --- ChangeLog 10 May 2005 17:13:53 -0000 1.471 +++ ChangeLog 25 May 2005 10:51:16 -0000 @@ -1,3 +1,11 @@ +2005-05-25 Michael Meeks + + * registryd/registry.c (remove_listener_cb), + (impl_accessibility_registry_deregister_global_event_listener), + (impl_accessibility_registry_deregister_global_event_listener_all): + pass a closure to the remove callback to filter listeners more + accurately on remove. + 2005-04-05 Bill Haneman * configure.in: Revved to 1.6.4. Index: registryd/registry.c =================================================================== RCS file: /cvs/gnome/at-spi/registryd/registry.c,v retrieving revision 1.67 diff -u -r1.67 registry.c --- registryd/registry.c 30 Jan 2004 17:47:16 -0000 1.67 +++ registryd/registry.c 25 May 2005 10:51:17 -0000 @@ -423,20 +423,30 @@ } } +typedef struct { + gboolean remove_all; + Accessibility_EventListener listener; + EventTypeStruct etype; +} RemoveListenerClosure; + static SpiReEntrantContinue remove_listener_cb (GList * const *list, gpointer user_data) { SpiListenerStruct *ls = (SpiListenerStruct *) (*list)->data; CORBA_Environment ev; - Accessibility_EventListener listener = user_data; + RemoveListenerClosure *cl = user_data; CORBA_exception_init (&ev); - - if (CORBA_Object_is_equivalent (ls->listener, listener, &ev)) - { - spi_re_entrant_list_delete_link (list); - spi_listener_struct_free (ls, &ev); - } + + if (cl->remove_all || (cl->etype.minor == ls->event_type_quark && + cl->etype.type_cat == ls->event_type_cat ) ) + { + if (CORBA_Object_is_equivalent (ls->listener, cl->listener, &ev)) + { + spi_re_entrant_list_delete_link (list); + spi_listener_struct_free (ls, &ev); + } + } CORBA_exception_free (&ev); @@ -455,14 +465,18 @@ int i; GList **lists[3]; SpiRegistry *registry = SPI_REGISTRY (bonobo_object_from_servant (servant)); + RemoveListenerClosure cl = { 0, }; lists[0] = ®istry->object_listeners; lists[1] = ®istry->window_listeners; lists[2] = ®istry->toolkit_listeners; + cl.remove_all = TRUE; + cl.listener = listener; + for (i = 0; i < sizeof (lists) / sizeof (lists[0]); i++) { - spi_re_entrant_list_foreach (lists [i], remove_listener_cb, listener); + spi_re_entrant_list_foreach (lists [i], remove_listener_cb, &cl); } } @@ -478,14 +492,16 @@ CORBA_Environment *ev) { SpiRegistry *registry; - EventTypeStruct etype; + RemoveListenerClosure cl = { 0, }; registry = SPI_REGISTRY (bonobo_object_from_servant (servant)); - parse_event_type (&etype, (char *) event_name); + cl.remove_all = FALSE; + parse_event_type (&cl.etype, (char *) event_name); + cl.listener = listener; - spi_re_entrant_list_foreach (get_listener_list (registry, etype.type_cat), - remove_listener_cb, listener); + spi_re_entrant_list_foreach (get_listener_list (registry, cl.etype.type_cat), + remove_listener_cb, &cl); } --=-+GRKLDMiQPwIK6C3LOeU-- From michael.meeks@novell.com Wed May 25 10:52:43 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B0F873B07C7 for ; Wed, 25 May 2005 10:52:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02534-10 for ; Wed, 25 May 2005 10:52:41 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id C6AC73B0784 for ; Wed, 25 May 2005 10:52:39 -0400 (EDT) Received: (qmail 25358 invoked from network); 25 May 2005 14:52:37 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 14:52:37 -0000 From: michael meeks To: Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Wed, 25 May 2005 15:52:02 +0100 Message-Id: <1117032722.7234.334.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 May 2005 11:04:56 -0400 Cc: accessibility mailing list Subject: [g-a-devel] getIndexInParent ... X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 14:52:43 -0000 Hi there, So - this is my analysis of the getIndexInParent problem I'm seeing in at-poke: I'm getting this trace (gtk-demo) - with locked at-poke etc. #65 0x4098a65a in spi_atk_bridge_property_event_listener (signal_hint=0xbede3208, n_param_values=2, param_values=0x8fd5368, data=0x80cd1c8) at bridge.c:802 ... #69 0x405fc226 in atk_object_notify (obj=0x8fd5368, pspec=0x0) at atkobject.c:1292 ... #79 0x40618193 in g_object_notify () from /opt/gnome/lib/libgobject-2.0.so.0 #80 0x405fadf6 in atk_object_set_parent (accessible=Variable "accessible" is not available. ) at atkobject.c:881 #81 0x4094dd9e in gail_button_real_initialize () from /opt/gnome/lib/gtk-2.0/modules/libgail.so #82 0x405fabde in atk_object_initialize (accessible=Variable "accessible" is not available. ) at atkobject.c:1272 #83 0x4094bf66 in gail_button_new () from /opt/gnome/lib/gtk-2.0/modules/libgail.so #84 0x409460b2 in gail_button_factory_create_accessible () from /opt/gnome/lib/gtk-2.0/modules/libgail.so #85 0x405fc94e in atk_object_factory_create_accessible (factory=Variable "factory" is not available. ) at atkobjectfactory.c:85 #86 0x4030b480 in gtk_widget_real_get_accessible (widget=0x81045e8) at gtkwidget.c:7284 #87 0x4030b414 in gtk_widget_get_accessible (widget=0x81045e8) at gtkwidget.c:7266 ... #94 0x40a17e46 in impl_accessibility_accessible_get_index_in_parent (servant=0xfffffffc, ev=0xbede3f90) at accessible.c:273 #95 0x40a15101 in _ORBIT_skel_small_Accessibility_Accessible_getIndexInParent (_o_servant=0x8fd4dec, _o_retval=0x7fffffff, _o_args=0x0, _o_ctx=0xbede3e40, _o_ev=0xbede3f90, _impl_getIndexInParent=0x40a17e20 ) at Accessibility-common.c:369 ... CORBA method 'get_index_in_parent' re-enters here ... ... #114 0x40a0a65c in Accessibility_EventListener_notifyEvent (_obj=0x80caee8, e=0xfffffffc, ev=0x4098c878) at Accessibility-stubs.c:754 #115 0x4098999c in spi_atk_emit_eventv (gobject=Variable "gobject" is not available. ) at bridge.c:654 #116 0x4098a65a in spi_atk_bridge_property_event_listener (signal_hint=0xbede4498, n_param_values=2, param_values=0x8fd4878, Then loops forever - creating a new (duplicate) gail foo each time. IMHO the 'g_object_notify' in atk_object_set_parent is completely bogus, that should only be emitted for a genuine change IMHO - and thus should be done inside 'atk_object_real_set_parent' iff the parent changes. No idea if that level of semantic change is acceptable. The similar snafu's in setting role, name etc. are not so concerning I think; since the actual data is set by the time we come to refresh it - even so, not ideal. Given that not even gail overrides 'set_parent', I tried not emitting the notification unless the value changed. Of course - unfortunately, during construction - we emit this notification as we change the value from NULL to - which sucks. Of course - if we did the atk_object_initialize (accessible, widget) in the gtk_widget_get_accessible after the g_object_set_qdata (); we might get away with this, but that change is no doubt too big. Probably the best way to fix this is to add a gail_object_initialize method & call that across gail, blocking notify signal emissions during that process. Does that seem reasonable ? Regards, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From michael.meeks@novell.com Wed May 25 11:29:25 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0A39B3B0B69 for ; Wed, 25 May 2005 11:29:25 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05178-09 for ; Wed, 25 May 2005 11:29:22 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 5135F3B095E for ; Wed, 25 May 2005 11:29:22 -0400 (EDT) Received: (qmail 25430 invoked from network); 25 May 2005 15:29:18 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 15:29:18 -0000 From: michael meeks To: Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Wed, 25 May 2005 16:28:41 +0100 Message-Id: <1117034921.7234.337.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 May 2005 11:47:46 -0400 Cc: accessibility mailing list Subject: [g-a-devel] a11y / bogus parent change notifications X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 15:29:25 -0000 So, This small patch clobbers all notifications during initialization - perhaps too blunt a tool; no idea. It makes the problem go away for me - but I'm switching to idle logging for other reasons anyway ;-) HTH, Michael. Index: atk/atkobject.c =================================================================== RCS file: /cvs/gnome/atk/atk/atkobject.c,v retrieving revision 1.77 diff -u -r1.77 atkobject.c --- atk/atkobject.c 22 Apr 2005 07:54:56 -0000 1.77 +++ atk/atkobject.c 25 May 2005 15:26:23 -0000 @@ -1268,8 +1272,11 @@ g_return_if_fail (ATK_IS_OBJECT (accessible)); klass = ATK_OBJECT_GET_CLASS (accessible); + g_object_set_data (G_OBJECT (accessible), + "atk:during_init", GUINT_TO_POINTER(1)); if (klass->initialize) klass->initialize (accessible, data); + g_object_set_data (G_OBJECT (accessible), "atk:during_init", NULL); } /* @@ -1285,6 +1292,12 @@ GParamSpec *pspec) { AtkPropertyValues values = { NULL, }; + + if (g_object_get_data (obj, "atk:during_init")) { + /* Ignore construction time property changes */ + g_warning ("Ignoring construct time property changes"); + return; + } g_value_init (&values.new_value, pspec->value_type); g_object_get_property (obj, pspec->name, &values.new_value); -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From sobhi@us.ibm.com Wed May 25 14:03:42 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B09BF3B0784 for ; Wed, 25 May 2005 14:03:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15425-10 for ; Wed, 25 May 2005 14:03:41 -0400 (EDT) Received: from e4.ny.us.ibm.com (e4.ny.us.ibm.com [32.97.182.144]) by menubar.gnome.org (Postfix) with ESMTP id A8C7B3B074B for ; Wed, 25 May 2005 14:03:40 -0400 (EDT) Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e4.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id j4PI3eDf025851 for ; Wed, 25 May 2005 14:03:40 -0400 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay04.pok.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j4PI3dhk088468 for ; Wed, 25 May 2005 14:03:39 -0400 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id j4PI3dhQ006474 for ; Wed, 25 May 2005 14:03:39 -0400 Received: from d01ml605.pok.ibm.com (d01ml605.pok.ibm.com [9.56.227.91]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id j4PI3dRm006464 for ; Wed, 25 May 2005 14:03:39 -0400 To: gnome-accessibility-devel@gnome.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.1IBM2 August 03, 2004 From: Ali Sobhi Message-ID: Date: Wed, 25 May 2005 13:03:38 -0500 X-MIMETrack: Serialize by Router on D01ML605/01/M/IBM(Build V70_M4_01112005 Beta 3|January 11, 2005) at 05/25/2005 14:03:38, Serialize complete at 05/25/2005 14:03:38 Content-Type: text/plain; charset="US-ASCII" X-Virus-Scanned: by amavisd-new at gnome.org Subject: [g-a-devel] Gnome Accessibility test cases X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 18:03:42 -0000 In order to test the various accessibility features of Gnome desktop, I have developed some test cases that I have used. I would like to post these test cases to Gnome Accessibility Project for others to benefit. The test cases are organized in multiple HTML files (linked, of course). How do I go about accomplishing this and who do I need to send the files? Regards, Ali Sobhi ------------------------------------------------------------------------------------------- Sr. Consultant - Austin Accessibility Center - IBM Research 512-823-0064 (T/L 793) sobhi@us.ibm.com http://www.ibm.com/able/ -------------------------------------------------------------------------------------------- From michael.meeks@novell.com Wed May 25 12:59:20 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5DFE23B0784 for ; Wed, 25 May 2005 12:59:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11524-03 for ; Wed, 25 May 2005 12:59:18 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 60CD13B06EE for ; Wed, 25 May 2005 12:59:18 -0400 (EDT) Received: (qmail 25653 invoked from network); 25 May 2005 16:59:17 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 16:59:17 -0000 From: michael meeks To: Oliver Braun , Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Wed, 25 May 2005 17:58:34 +0100 Message-Id: <1117040314.7234.349.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 30 May 2005 03:05:23 -0400 Cc: accessibility mailing list Subject: [g-a-devel] at-poke improvements ... X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 16:59:20 -0000 Hi guys, So - I've been adding a number of rather useful features to at-poke, since they're not in a wonderfully stable / beautiful state - I'd rather not do a release yet - but, so far - the delta over the last released version includes: + event logging + simple basic event detail dumping + tree of events to filter the logging + hyper-link, click to locate the accessible in the tree + logs are saveable - lots of validation / extra detail missing though. + -T :0.0 option + allows at-poke to be run on a separate display or via an 'ssh -X ' tunnel to avoid disturbing the machine being poked + preferences dialog + somewhat contrived since these arn't yet serialized to gconf, but - at least they're now visible to people + custom 'run XYZ app' functionality - that sets up the right a11y environment for the child. + gcc-4 build + loads of bug fixes So - I'd recommend giving HEAD a whirl for all your poking needs - it'd be great to have some help too. I'm hanging out on #a11y on irc.freenode.net much of the time waiting for interesting people to help with things :-) [ small features as well as large ;-] Regards, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From michael.meeks@novell.com Thu May 26 09:46:48 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 275003B0964 for ; Thu, 26 May 2005 09:46:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14589-08 for ; Thu, 26 May 2005 09:46:46 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id C72163B0EE0 for ; Thu, 26 May 2005 09:46:45 -0400 (EDT) Received: (qmail 27788 invoked from network); 26 May 2005 13:46:36 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 26 May 2005 13:46:36 -0000 From: michael meeks To: Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Thu, 26 May 2005 14:45:35 +0100 Message-Id: <1117115135.7236.453.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 30 May 2005 03:05:23 -0400 Cc: accessibility mailing list Subject: [g-a-devel] broken remove-listener-by-callback X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 13:46:48 -0000 Rather a trivial patch: HTH, Michael. diff -u -r1.472 ChangeLog --- ChangeLog 25 May 2005 10:52:59 -0000 1.472 +++ ChangeLog 26 May 2005 13:44:06 -0000 @@ -1,3 +1,8 @@ +2005-05-26 Michael Meeks + + * cspi/bonobo/cspi-bonobo-listener.c + (cspi_event_list_remove_by_cb): actually filter by callback. + 2005-05-25 Michael Meeks * registryd/registry.c (remove_listener_cb), diff -u -r1.23 cspi-bonobo-listener.c --- cspi/bonobo/cspi-bonobo-listener.c 14 Apr 2005 17:35:24 -0000 1.23 +++ cspi/bonobo/cspi-bonobo-listener.c 26 May 2005 13:44:06 -0000 @@ -71,10 +71,12 @@ { EventHandler *eh = l->data; next = l->next; - - list = g_list_delete_link (list, l); - - cspi_event_handler_free (eh); + + if (eh->method == callback) + { + list = g_list_delete_link (list, l); + cspi_event_handler_free (eh); + } } return list; -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From aaronlev@moonset.net Tue May 31 11:46:19 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 256D23B06A6 for ; Tue, 31 May 2005 11:46:19 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32112-04 for ; Tue, 31 May 2005 11:46:17 -0400 (EDT) Received: from smtp04.mrf.mail.rcn.net (smtp04.mrf.mail.rcn.net [207.172.4.63]) by menubar.gnome.org (Postfix) with ESMTP id 649D43B0664 for ; Tue, 31 May 2005 11:46:17 -0400 (EDT) Received: from 209-6-168-88.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com (HELO [127.0.0.1]) (209.6.168.88) by smtp04.mrf.mail.rcn.net with ESMTP; 31 May 2005 11:43:16 -0400 X-IronPort-AV: i="3.93,152,1115006400"; d="scan'208"; a="41269970:sNHT1602990074" Message-ID: <429C8610.8000003@moonset.net> Date: Tue, 31 May 2005 11:43:12 -0400 From: Aaron Leventhal User-Agent: Mozilla Thunderbird 1.0+ (Windows/20050518) MIME-Version: 1.0 To: accessibility mailing list References: <1117032722.7234.334.camel@linux.site> In-Reply-To: <1117032722.7234.334.camel@linux.site> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:46:19 -0000 RELATION_CONTROLLED_BY Indicates an object controlled by one or more target objects. RELATION_CONTROLLER_FOR Indicates an object is an controller for one or more target objects. Forgive the dense question ... what is meant by 'controlled' in this instance? What are some typical examples? What is it used for today, and what are known planned uses for it? - Is a tree item 'controlled' by the collapse/expand button on the parent? - Is a window 'controlled by' the close button? - Is a document view 'controlled by' a zoom button on the toolbar? - Aaron From Peter.Korn@Sun.COM Tue May 31 12:01:13 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 259903B0737 for ; Tue, 31 May 2005 12:01:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00843-09 for ; Tue, 31 May 2005 12:01:11 -0400 (EDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by menubar.gnome.org (Postfix) with ESMTP id 7DF933B08BD for ; Tue, 31 May 2005 12:00:26 -0400 (EDT) Received: from phys-d3-ha21sca-1 ([129.145.155.163]) by brmea-mail-4.sun.com (8.12.10/8.12.9) with ESMTP id j4VG0Q0R017529 for ; Tue, 31 May 2005 10:00:26 -0600 (MDT) Received: from conversion-daemon.ha21sca-mail1.sfbay.sun.com by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IHD00K012Z6IN@ha21sca-mail1.sfbay.sun.com> (original mail from Peter.Korn@Sun.COM) for gnome-accessibility-devel@gnome.org; Tue, 31 May 2005 09:00:26 -0700 (PDT) Received: from sun.com (vpn-129-150-113-68.Holland.Sun.COM [129.150.113.68]) by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0IHD009CW34OKD@ha21sca-mail1.sfbay.sun.com>; Tue, 31 May 2005 09:00:25 -0700 (PDT) Date: Tue, 31 May 2005 09:00:24 -0700 From: Peter Korn Subject: Re: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR To: Aaron Leventhal Message-id: <429C8A18.11E5F69D@sun.com> Organization: Sun Microsystems Inc. MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en]C-Netscape (Windows NT 5.0; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <1117032722.7234.334.camel@linux.site> <429C8610.8000003@moonset.net> X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Tue, 31 May 2005 12:07:14 -0400 Cc: accessibility mailing list X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:01:13 -0000 Hi Aaron, A scrolling field is controlled by a scroll bar. A text field with font size is (or should be) controlled by the listbox of font sizes - see the one in the GNOME standard font chooser. A spreadsheet cell that is the output of a function of other spreadsheet cells is controlled by them. The first two examples you cite below wouldn't be controlling situations. The zoom, on the other hand, is an interesting question for me. I'd say controlling is appropriate there. Peter Korn Sun Accessibility team Aaron Leventhal wrote: > > RELATION_CONTROLLED_BY Indicates an object controlled by one or more > target objects. > RELATION_CONTROLLER_FOR Indicates an object is an controller for one > or more target objects. > > Forgive the dense question ... what is meant by 'controlled' in this > instance? What are some typical examples? What is it used for today, and > what are known planned uses for it? > > - Is a tree item 'controlled' by the collapse/expand button on the parent? > - Is a window 'controlled by' the close button? > - Is a document view 'controlled by' a zoom button on the toolbar? > > - Aaron > > _______________________________________________ > Gnome-accessibility-devel mailing list > Gnome-accessibility-devel@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From Bill.Haneman@Sun.COM Tue May 31 12:19:00 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1FCC13B07BD for ; Tue, 31 May 2005 12:19:00 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02476-03 for ; Tue, 31 May 2005 12:18:58 -0400 (EDT) Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id A6BEC3B0709 for ; Tue, 31 May 2005 12:18:57 -0400 (EDT) Received: from phys-gadget-1 ([129.156.85.171]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id j4VGHuji011937 for ; Tue, 31 May 2005 10:18:57 -0600 (MDT) Received: from conversion-daemon.gadget-mail1.uk.sun.com by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IHD000013Y7VX@gadget-mail1.uk.sun.com> (original mail from Bill.Haneman@Sun.COM) for gnome-accessibility-devel@gnome.org; Tue, 31 May 2005 17:18:42 +0100 (BST) Received: from [129.156.226.190] (dhcp-226-190.Ireland.Sun.COM [129.156.226.190]) by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0IHD00ETM3Z6V2@gadget-mail1.uk.sun.com>; Tue, 31 May 2005 17:18:42 +0100 (BST) Date: Tue, 31 May 2005 17:18:03 +0100 From: Bill Haneman Subject: Re: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR In-reply-to: <429C8610.8000003@moonset.net> To: Aaron Leventhal Message-id: <429C8E3B.6010304@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041116 References: <1117032722.7234.334.camel@linux.site> <429C8610.8000003@moonset.net> X-Virus-Scanned: by amavisd-new at gnome.org Cc: accessibility mailing list X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:19:00 -0000 Hi Aaron: This is a good question (about the CONTROLLER relations). It is used when interface components which are "separate" objects from the point of view of the user or, perhaps, the tookit paradigm, have a tightly coupled relationship in which one object determines some key aspect of another. Typical examples now in use include scrollbars, which are controllers for the "viewport" objects which they move. Resize widgets would also be controllers - for instance, if a window (or window manager!) chose to expose resize icons on a titlebar as separate AtkObjects, they would logically be controllers for the window. However we generally draw the line somewhere, we don't for instance expose the "close" button as a CONTROLLER, nor do we expose "OK" and "CANCEL" buttons as controllers for a dialog. Generally CONTROLLER_FOR is reserved for the following types of situations: 1) one UI element controls the state of one or more other UI elements, but not an entire dialog. We exclude familiar user models such as radio-buttons (in which each button can potentially 'control' the state of others, via exclusivity), but for instance if a particular checkbox enables or disables a subservient set of controls, strictly speaking that checkbox should be marked as a CONTROLLER for the other controls. 2) one UI element serves as a 'manipulator' for the attributes of another, e.g. the object with which the user interacts via mouse, keyboard, or AtkAction is not the primary object whose onscreen attributes change as a result. An example would be a colorwheel widget used to change the color of a "background color" box, or a slider which controls the size of a displayed sample font. 'CONTROLLERS' are most likely to implement AtkValue, i.e. they are usually valuators rather than binary toggles. For your specific examples... - Is a tree item 'controlled' by the collapse/expand button on the parent? No - since the relationship is implied by the EXPANDABLE state on the parent container, and the parent-child relationship. If there were a separate "expand my selection" button somewhere in the interface, it would arguably be a controller for the part of the view that was subject to being expanded. - Is a window 'controlled by' the close button? No, since the semantics are implicit in the close button's textual information and role. However a "close current notebook tab" button might logically be a controller for a notebook. - Is a document view 'controlled by' a zoom button on the toolbar? This in an interesting case. I would be tempted to say 'no' on the grounds that the effect of the button is implied in its role and label - however, if the zoom button affects the resulting viewport, then it would not be incorrect to expose it as a CONTROLLER for the scroll/view window, by analogy with scrollbars. I suppose there's a sort of common-sense test that can be applied. If the effect of a "controlling" UI element can be easily deduced from its labelling and role, then the CONTROLLER relation adds little value. However, if the controlling UI element is unlabelled (as is often the case with scrollbars), or the relationship between it and the portion of the UI which it controls is largely implicit in the visual layout, then exposing CONTROLLER adds significant value to the end-user. I would conclude that it is a relationship that should be exposed for UI components which control a subset of the user's current "view"/dialog, when the result of end-user manipulation of the component is not otherwise clear. regards, Bill Aaron Leventhal wrote: > RELATION_CONTROLLED_BY Indicates an object controlled by one or more > target objects. RELATION_CONTROLLER_FOR Indicates an object is an > controller for one or more target objects. > > Forgive the dense question ... what is meant by 'controlled' in this > instance? What are some typical examples? What is it used for today, > and what are known planned uses for it? > > - Is a tree item 'controlled' by the collapse/expand button on the > parent? > - Is a window 'controlled by' the close button? > - Is a document view 'controlled by' a zoom button on the toolbar? > > - Aaron > > _______________________________________________ > Gnome-accessibility-devel mailing list > Gnome-accessibility-devel@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel From aaronlev@moonset.net Tue May 31 12:29:51 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C5C43B085E for ; Tue, 31 May 2005 12:29:51 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03325-04 for ; Tue, 31 May 2005 12:29:49 -0400 (EDT) Received: from smtp04.mrf.mail.rcn.net (smtp04.mrf.mail.rcn.net [207.172.4.63]) by menubar.gnome.org (Postfix) with ESMTP id F3A343B09A5 for ; Tue, 31 May 2005 12:29:47 -0400 (EDT) Received: from 209-6-168-88.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com (HELO [127.0.0.1]) (209.6.168.88) by smtp04.mrf.mail.rcn.net with ESMTP; 31 May 2005 12:29:48 -0400 X-IronPort-AV: i="3.93,152,1115006400"; d="scan'208,217"; a="41293896:sNHT25230636" Message-ID: <429C90FA.8090200@moonset.net> Date: Tue, 31 May 2005 12:29:46 -0400 From: Aaron Leventhal User-Agent: Mozilla Thunderbird 1.0+ (Windows/20050518) MIME-Version: 1.0 To: Peter Korn Subject: Re: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR References: <1117032722.7234.334.camel@linux.site> <429C8610.8000003@moonset.net> <429C8A18.11E5F69D@sun.com> In-Reply-To: <429C8A18.11E5F69D@sun.com> Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: accessibility mailing list X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aaronleventhal@moonset.net List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:29:51 -0000 Peter,

Thanks for the info. What implementations exist in AT's and apps for the controller/controlled relationships so far? I'm trying to envision the UI benefits for various kinds of end users.

Also, have similar questions about RELATION_MEMBER_OF.
I can imagine this being useful in your SVG engine parts example. It seems like all of the members of a group need to be tied together by one common object that contains them somehow? For example, if I have a set of emails subjects displayed on the screen, and some of them are members of the group "important", then what accessible object are they a member of? Or, am I not understanding the how member of is intended to be used. Perhaps I'm reinventing extensible states.

- Aaron

Peter Korn wrote: 
Hi Aaron,

A scrolling field is controlled by a scroll bar.  A text field with font
size is (or should be) controlled by the listbox of font sizes - see the
one in the GNOME standard font chooser.  A spreadsheet cell that is the
output of a function of other spreadsheet cells is controlled by them.

The first two examples you cite below wouldn't be controlling
situations.  The zoom, on the other hand, is an interesting question for
me.  I'd say controlling is appropriate there.


Peter Korn
Sun Accessibility team


Aaron Leventhal wrote:
  
RELATION_CONTROLLED_BY  Indicates an object controlled by one or more
target objects.
RELATION_CONTROLLER_FOR   Indicates an object is an controller for one
or more target objects.

Forgive the dense question ... what is meant by 'controlled' in this
instance? What are some typical examples? What is it used for today, and
what are known planned uses for it?

- Is a tree item 'controlled' by the collapse/expand button on the parent?
- Is a window 'controlled by' the close button?
- Is a document view 'controlled by' a zoom button on the toolbar?

- Aaron

_______________________________________________
Gnome-accessibility-devel mailing list
Gnome-accessibility-devel@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel

From modean52@comcast.net Sun May 15 15:21:22 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C27493B0941 for ; Sun, 15 May 2005 15:21:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11403-01 for ; Sun, 15 May 2005 15:21:20 -0400 (EDT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by menubar.gnome.org (Postfix) with ESMTP id 414F03B08DF for ; Sun, 15 May 2005 15:21:20 -0400 (EDT) Received: from jadep9kjwftoly (c-66-177-127-7.hsd1.fl.comcast.net[66.177.127.7]) by comcast.net (sccrmhc11) with SMTP id <2005051519211701100juvoge>; Sun, 15 May 2005 19:21:18 +0000 From: "James R. Johnson" To: Date: Sun, 15 May 2005 15:21:04 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005F_01C55961.BB4D9210" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVZgzy6nqis/KmIQ1SWUKNlop1mIg== Message-Id: <20050515192120.414F03B08DF@menubar.gnome.org> X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 16 May 2005 03:08:07 -0400 Subject: [g-a-devel] atk translation question X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 19:21:23 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_005F_01C55961.BB4D9210 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > Hey, >=20 > I have a question in the atk file. In the messages >=20 > #: ../atk/atkhyperlink.c:119 > msgid "End index" > msgstr "Enda=FE b=EDcniend" >=20 > Does that mean =93end of the index=94 or =93(system is) end(ing the) = index=94? > And the same question for =93start index.=94 =20 =20 Thanks, =20 James ------=_NextPart_000_005F_01C55961.BB4D9210 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

> = Hey,

> =

>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 I have a question in the atk file.=A0 In the = messages

> 

> #: ../atk/atkhyperlink.c:119

> msgid = "End index"

> msgstr = "Enda=FE b=EDcniend"

> =

> Does that mean “end of the index” or “(system is) end(ing the) = index”?

> And the same = question for “start index.”

 

 

Thanks,

 

James

------=_NextPart_000_005F_01C55961.BB4D9210-- From Bill.Haneman@Sun.COM Mon May 16 04:50:42 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 447DF3B052F for ; Mon, 16 May 2005 04:50:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26787-02 for ; Mon, 16 May 2005 04:50:37 -0400 (EDT) Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id 6D52F3B069B for ; Mon, 16 May 2005 04:50:13 -0400 (EDT) Received: from phys-gadget-1 ([129.156.85.171]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id j4G8o9jW018497 for ; Mon, 16 May 2005 02:50:12 -0600 (MDT) Received: from conversion-daemon.gadget-mail1.uk.sun.com by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IGK00101R6RLP@gadget-mail1.uk.sun.com> (original mail from Bill.Haneman@Sun.COM) for gnome-accessibility-devel@gnome.org; Mon, 16 May 2005 09:50:10 +0100 (BST) Received: from [192.168.1.120] (vpn-129-150-116-225.UK.Sun.COM [129.150.116.225]) by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0IGK009LTR7M6V@gadget-mail1.uk.sun.com>; Mon, 16 May 2005 09:50:10 +0100 (BST) Date: Mon, 16 May 2005 09:50:21 +0100 From: Bill Haneman Subject: Re: [g-a-devel] atk translation question In-reply-to: <20050515192120.414F03B08DF@menubar.gnome.org> To: "James R. Johnson" Message-id: <42885ECD.8010202@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 8BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041116 References: <20050515192120.414F03B08DF@menubar.gnome.org> X-Virus-Scanned: by amavisd-new at gnome.org Cc: gnome-accessibility-devel@gnome.org X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 08:50:42 -0000 In these messages, "index" is used as a noun; specifically, this message means "last index", and "start index" means "first index", i.e. place-value of first and last characters of the AtkHypertext object with which the link is associated. Possibly we should have used the term "offset" here instead of "index". I'll try to add a translator comment. - Bill James R. Johnson wrote: >> Hey, > >> > >> I have a question in the atk file. In the messages > >> > >> #: ../atk/atkhyperlink.c:119 > >> msgid "End index" > >> msgstr "Endaţ bícniend" > >> > >> Does that mean “end of the index” or “(system is) end(ing the) index”? > >> And the same question for “start index.” > > Thanks, > > James > >------------------------------------------------------------------------ > >_______________________________________________ >Gnome-accessibility-devel mailing list >Gnome-accessibility-devel@gnome.org >http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel > > From david.bolter@utoronto.ca Mon May 16 10:22:57 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2D1473B0D02 for ; Mon, 16 May 2005 10:22:57 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19531-06 for ; Mon, 16 May 2005 10:22:55 -0400 (EDT) Received: from bureau8.utcc.utoronto.ca (bureau8.utcc.utoronto.ca [128.100.132.18]) by menubar.gnome.org (Postfix) with ESMTP id F2EA13B070C for ; Mon, 16 May 2005 10:22:54 -0400 (EDT) Received: from [142.150.154.224] ([142.150.154.224] EHLO [142.150.154.224] ident: IDENT-NOT-QUERIED [port 33179]) by bureau8.utcc.utoronto.ca with ESMTP id <25234-310>; Mon, 16 May 2005 10:22:31 -0400 Message-ID: <4288AC87.2000001@utoronto.ca> Date: Mon, 16 May 2005 10:21:59 -0400 From: David Bolter User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Raphael Santos , gnome accessibility References: <000501c55899$cc24c6d0$a303a8c0@raphael> <4288A3ED.7080600@utoronto.ca> <000801c55a42$8ba895f0$0100a8c0@1ponto3> In-Reply-To: <000801c55a42$8ba895f0$0100a8c0@1ponto3> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: [g-a-devel] key event simulation (was Re: gok: inquiry) X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 14:22:57 -0000 Raphael, I think SPI_generateKeyboardEvent will do what you ask and it is documented here: http://developer.gnome.org/doc/API/2.0/at-spi/at-spi-cspi-Registry-queries.html You might want to look at integrating the simpler keysynth demo program http://cvs.gnome.org/viewcvs/at-spi/test/keysynth-demo.c?view=markup If you build the at-spi you can run the program at-spi/test/keysynth-demo (In GOK we do our key event stuff in gok/gok/gok-output.c. If you still want to embed GOK, let us know and we can point you to the relevant source code areas that will need attention. ) cheers, David Raphael Santos wrote: >David, >First of all thank you for the answer. >I would like to use Gok as a part of my aplication (embedded should be the >right word) where I will have a imput area and a screen-keyboad where people >can perform a search with a terminal. >My problem is that in windows I can use a API functiaon that is Send_key >that emulates a key-press event but I did not find this for Linux. >I appreciate if you can give some help or give some direction on how to >procede. > >All the best, > >Raphael Marcondes >Brazil >----- Original Message ----- >From: "David Bolter" >To: "Raphael Marcondes" >Sent: Monday, May 16, 2005 6:45 AM >Subject: Re: gok: inquiry > > > > >>Raphael, >> >>Sorry for the late reply. I'm not familiar with a Kylix C++ Form... GOK >>should be able to work along side any linux application. If by >>"integrated in", you mean embedded or docked against an application, >>that functionality should be doable. Maybe you could give me more >>details about what you want to accomplish? >> >>cheers, >>David >> >> >>Raphael Marcondes wrote: >> >> >> >>>Hello, >>> >>>Is it possible to use Gok integrated in a with a Kylix c++ Form? >>> >>>Thank you >>> >>>Raphael Marcondes >>>Brazil >>> >>> From michael.meeks@novell.com Wed May 25 06:53:39 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3992C3B0E29 for ; Wed, 25 May 2005 06:53:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20238-04 for ; Wed, 25 May 2005 06:53:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 426F63B0C03 for ; Wed, 25 May 2005 06:53:37 -0400 (EDT) Received: (qmail 24999 invoked from network); 25 May 2005 10:53:36 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 10:53:36 -0000 From: michael meeks To: Bill Haneman Content-Type: multipart/mixed; boundary="=-+GRKLDMiQPwIK6C3LOeU" Organization: Novell, Inc. Date: Wed, 25 May 2005 11:37:59 +0100 Message-Id: <1117017479.7236.324.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 May 2005 11:04:56 -0400 Cc: accessibility mailing list Subject: [g-a-devel] fix for removing listeners ... X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 10:53:39 -0000 --=-+GRKLDMiQPwIK6C3LOeU Content-Type: text/plain Content-Transfer-Encoding: 7bit Just committed this, HTH, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot --=-+GRKLDMiQPwIK6C3LOeU Content-Disposition: attachment; filename=bill1.diff Content-Type: text/x-patch; name=bill1.diff; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit ? login-helper/Accessibility_LoginHelper-common.c ? login-helper/Accessibility_LoginHelper-imodule.c ? login-helper/Accessibility_LoginHelper-skels.c ? login-helper/Accessibility_LoginHelper-stubs.c ? login-helper/Accessibility_LoginHelper.h ? test/event-listener-test ? test/keypad-test ? test/keysynth-test ? test/login-helper-client-test ? test/login-helper-server-test ? test/screen-review-test ? test/stress-test ? test/window-listener-test Index: ChangeLog =================================================================== RCS file: /cvs/gnome/at-spi/ChangeLog,v retrieving revision 1.471 diff -u -r1.471 ChangeLog --- ChangeLog 10 May 2005 17:13:53 -0000 1.471 +++ ChangeLog 25 May 2005 10:51:16 -0000 @@ -1,3 +1,11 @@ +2005-05-25 Michael Meeks + + * registryd/registry.c (remove_listener_cb), + (impl_accessibility_registry_deregister_global_event_listener), + (impl_accessibility_registry_deregister_global_event_listener_all): + pass a closure to the remove callback to filter listeners more + accurately on remove. + 2005-04-05 Bill Haneman * configure.in: Revved to 1.6.4. Index: registryd/registry.c =================================================================== RCS file: /cvs/gnome/at-spi/registryd/registry.c,v retrieving revision 1.67 diff -u -r1.67 registry.c --- registryd/registry.c 30 Jan 2004 17:47:16 -0000 1.67 +++ registryd/registry.c 25 May 2005 10:51:17 -0000 @@ -423,20 +423,30 @@ } } +typedef struct { + gboolean remove_all; + Accessibility_EventListener listener; + EventTypeStruct etype; +} RemoveListenerClosure; + static SpiReEntrantContinue remove_listener_cb (GList * const *list, gpointer user_data) { SpiListenerStruct *ls = (SpiListenerStruct *) (*list)->data; CORBA_Environment ev; - Accessibility_EventListener listener = user_data; + RemoveListenerClosure *cl = user_data; CORBA_exception_init (&ev); - - if (CORBA_Object_is_equivalent (ls->listener, listener, &ev)) - { - spi_re_entrant_list_delete_link (list); - spi_listener_struct_free (ls, &ev); - } + + if (cl->remove_all || (cl->etype.minor == ls->event_type_quark && + cl->etype.type_cat == ls->event_type_cat ) ) + { + if (CORBA_Object_is_equivalent (ls->listener, cl->listener, &ev)) + { + spi_re_entrant_list_delete_link (list); + spi_listener_struct_free (ls, &ev); + } + } CORBA_exception_free (&ev); @@ -455,14 +465,18 @@ int i; GList **lists[3]; SpiRegistry *registry = SPI_REGISTRY (bonobo_object_from_servant (servant)); + RemoveListenerClosure cl = { 0, }; lists[0] = ®istry->object_listeners; lists[1] = ®istry->window_listeners; lists[2] = ®istry->toolkit_listeners; + cl.remove_all = TRUE; + cl.listener = listener; + for (i = 0; i < sizeof (lists) / sizeof (lists[0]); i++) { - spi_re_entrant_list_foreach (lists [i], remove_listener_cb, listener); + spi_re_entrant_list_foreach (lists [i], remove_listener_cb, &cl); } } @@ -478,14 +492,16 @@ CORBA_Environment *ev) { SpiRegistry *registry; - EventTypeStruct etype; + RemoveListenerClosure cl = { 0, }; registry = SPI_REGISTRY (bonobo_object_from_servant (servant)); - parse_event_type (&etype, (char *) event_name); + cl.remove_all = FALSE; + parse_event_type (&cl.etype, (char *) event_name); + cl.listener = listener; - spi_re_entrant_list_foreach (get_listener_list (registry, etype.type_cat), - remove_listener_cb, listener); + spi_re_entrant_list_foreach (get_listener_list (registry, cl.etype.type_cat), + remove_listener_cb, &cl); } --=-+GRKLDMiQPwIK6C3LOeU-- From michael.meeks@novell.com Wed May 25 10:52:43 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B0F873B07C7 for ; Wed, 25 May 2005 10:52:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02534-10 for ; Wed, 25 May 2005 10:52:41 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id C6AC73B0784 for ; Wed, 25 May 2005 10:52:39 -0400 (EDT) Received: (qmail 25358 invoked from network); 25 May 2005 14:52:37 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 14:52:37 -0000 From: michael meeks To: Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Wed, 25 May 2005 15:52:02 +0100 Message-Id: <1117032722.7234.334.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 May 2005 11:04:56 -0400 Cc: accessibility mailing list Subject: [g-a-devel] getIndexInParent ... X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 14:52:43 -0000 Hi there, So - this is my analysis of the getIndexInParent problem I'm seeing in at-poke: I'm getting this trace (gtk-demo) - with locked at-poke etc. #65 0x4098a65a in spi_atk_bridge_property_event_listener (signal_hint=0xbede3208, n_param_values=2, param_values=0x8fd5368, data=0x80cd1c8) at bridge.c:802 ... #69 0x405fc226 in atk_object_notify (obj=0x8fd5368, pspec=0x0) at atkobject.c:1292 ... #79 0x40618193 in g_object_notify () from /opt/gnome/lib/libgobject-2.0.so.0 #80 0x405fadf6 in atk_object_set_parent (accessible=Variable "accessible" is not available. ) at atkobject.c:881 #81 0x4094dd9e in gail_button_real_initialize () from /opt/gnome/lib/gtk-2.0/modules/libgail.so #82 0x405fabde in atk_object_initialize (accessible=Variable "accessible" is not available. ) at atkobject.c:1272 #83 0x4094bf66 in gail_button_new () from /opt/gnome/lib/gtk-2.0/modules/libgail.so #84 0x409460b2 in gail_button_factory_create_accessible () from /opt/gnome/lib/gtk-2.0/modules/libgail.so #85 0x405fc94e in atk_object_factory_create_accessible (factory=Variable "factory" is not available. ) at atkobjectfactory.c:85 #86 0x4030b480 in gtk_widget_real_get_accessible (widget=0x81045e8) at gtkwidget.c:7284 #87 0x4030b414 in gtk_widget_get_accessible (widget=0x81045e8) at gtkwidget.c:7266 ... #94 0x40a17e46 in impl_accessibility_accessible_get_index_in_parent (servant=0xfffffffc, ev=0xbede3f90) at accessible.c:273 #95 0x40a15101 in _ORBIT_skel_small_Accessibility_Accessible_getIndexInParent (_o_servant=0x8fd4dec, _o_retval=0x7fffffff, _o_args=0x0, _o_ctx=0xbede3e40, _o_ev=0xbede3f90, _impl_getIndexInParent=0x40a17e20 ) at Accessibility-common.c:369 ... CORBA method 'get_index_in_parent' re-enters here ... ... #114 0x40a0a65c in Accessibility_EventListener_notifyEvent (_obj=0x80caee8, e=0xfffffffc, ev=0x4098c878) at Accessibility-stubs.c:754 #115 0x4098999c in spi_atk_emit_eventv (gobject=Variable "gobject" is not available. ) at bridge.c:654 #116 0x4098a65a in spi_atk_bridge_property_event_listener (signal_hint=0xbede4498, n_param_values=2, param_values=0x8fd4878, Then loops forever - creating a new (duplicate) gail foo each time. IMHO the 'g_object_notify' in atk_object_set_parent is completely bogus, that should only be emitted for a genuine change IMHO - and thus should be done inside 'atk_object_real_set_parent' iff the parent changes. No idea if that level of semantic change is acceptable. The similar snafu's in setting role, name etc. are not so concerning I think; since the actual data is set by the time we come to refresh it - even so, not ideal. Given that not even gail overrides 'set_parent', I tried not emitting the notification unless the value changed. Of course - unfortunately, during construction - we emit this notification as we change the value from NULL to - which sucks. Of course - if we did the atk_object_initialize (accessible, widget) in the gtk_widget_get_accessible after the g_object_set_qdata (); we might get away with this, but that change is no doubt too big. Probably the best way to fix this is to add a gail_object_initialize method & call that across gail, blocking notify signal emissions during that process. Does that seem reasonable ? Regards, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From michael.meeks@novell.com Wed May 25 11:29:25 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0A39B3B0B69 for ; Wed, 25 May 2005 11:29:25 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05178-09 for ; Wed, 25 May 2005 11:29:22 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 5135F3B095E for ; Wed, 25 May 2005 11:29:22 -0400 (EDT) Received: (qmail 25430 invoked from network); 25 May 2005 15:29:18 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 15:29:18 -0000 From: michael meeks To: Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Wed, 25 May 2005 16:28:41 +0100 Message-Id: <1117034921.7234.337.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 May 2005 11:47:46 -0400 Cc: accessibility mailing list Subject: [g-a-devel] a11y / bogus parent change notifications X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 15:29:25 -0000 So, This small patch clobbers all notifications during initialization - perhaps too blunt a tool; no idea. It makes the problem go away for me - but I'm switching to idle logging for other reasons anyway ;-) HTH, Michael. Index: atk/atkobject.c =================================================================== RCS file: /cvs/gnome/atk/atk/atkobject.c,v retrieving revision 1.77 diff -u -r1.77 atkobject.c --- atk/atkobject.c 22 Apr 2005 07:54:56 -0000 1.77 +++ atk/atkobject.c 25 May 2005 15:26:23 -0000 @@ -1268,8 +1272,11 @@ g_return_if_fail (ATK_IS_OBJECT (accessible)); klass = ATK_OBJECT_GET_CLASS (accessible); + g_object_set_data (G_OBJECT (accessible), + "atk:during_init", GUINT_TO_POINTER(1)); if (klass->initialize) klass->initialize (accessible, data); + g_object_set_data (G_OBJECT (accessible), "atk:during_init", NULL); } /* @@ -1285,6 +1292,12 @@ GParamSpec *pspec) { AtkPropertyValues values = { NULL, }; + + if (g_object_get_data (obj, "atk:during_init")) { + /* Ignore construction time property changes */ + g_warning ("Ignoring construct time property changes"); + return; + } g_value_init (&values.new_value, pspec->value_type); g_object_get_property (obj, pspec->name, &values.new_value); -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From sobhi@us.ibm.com Wed May 25 14:03:42 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B09BF3B0784 for ; Wed, 25 May 2005 14:03:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15425-10 for ; Wed, 25 May 2005 14:03:41 -0400 (EDT) Received: from e4.ny.us.ibm.com (e4.ny.us.ibm.com [32.97.182.144]) by menubar.gnome.org (Postfix) with ESMTP id A8C7B3B074B for ; Wed, 25 May 2005 14:03:40 -0400 (EDT) Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e4.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id j4PI3eDf025851 for ; Wed, 25 May 2005 14:03:40 -0400 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay04.pok.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j4PI3dhk088468 for ; Wed, 25 May 2005 14:03:39 -0400 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id j4PI3dhQ006474 for ; Wed, 25 May 2005 14:03:39 -0400 Received: from d01ml605.pok.ibm.com (d01ml605.pok.ibm.com [9.56.227.91]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id j4PI3dRm006464 for ; Wed, 25 May 2005 14:03:39 -0400 To: gnome-accessibility-devel@gnome.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.1IBM2 August 03, 2004 From: Ali Sobhi Message-ID: Date: Wed, 25 May 2005 13:03:38 -0500 X-MIMETrack: Serialize by Router on D01ML605/01/M/IBM(Build V70_M4_01112005 Beta 3|January 11, 2005) at 05/25/2005 14:03:38, Serialize complete at 05/25/2005 14:03:38 Content-Type: text/plain; charset="US-ASCII" X-Virus-Scanned: by amavisd-new at gnome.org Subject: [g-a-devel] Gnome Accessibility test cases X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 18:03:42 -0000 In order to test the various accessibility features of Gnome desktop, I have developed some test cases that I have used. I would like to post these test cases to Gnome Accessibility Project for others to benefit. The test cases are organized in multiple HTML files (linked, of course). How do I go about accomplishing this and who do I need to send the files? Regards, Ali Sobhi ------------------------------------------------------------------------------------------- Sr. Consultant - Austin Accessibility Center - IBM Research 512-823-0064 (T/L 793) sobhi@us.ibm.com http://www.ibm.com/able/ -------------------------------------------------------------------------------------------- From michael.meeks@novell.com Wed May 25 12:59:20 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5DFE23B0784 for ; Wed, 25 May 2005 12:59:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11524-03 for ; Wed, 25 May 2005 12:59:18 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 60CD13B06EE for ; Wed, 25 May 2005 12:59:18 -0400 (EDT) Received: (qmail 25653 invoked from network); 25 May 2005 16:59:17 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 25 May 2005 16:59:17 -0000 From: michael meeks To: Oliver Braun , Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Wed, 25 May 2005 17:58:34 +0100 Message-Id: <1117040314.7234.349.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 30 May 2005 03:05:23 -0400 Cc: accessibility mailing list Subject: [g-a-devel] at-poke improvements ... X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 16:59:20 -0000 Hi guys, So - I've been adding a number of rather useful features to at-poke, since they're not in a wonderfully stable / beautiful state - I'd rather not do a release yet - but, so far - the delta over the last released version includes: + event logging + simple basic event detail dumping + tree of events to filter the logging + hyper-link, click to locate the accessible in the tree + logs are saveable - lots of validation / extra detail missing though. + -T :0.0 option + allows at-poke to be run on a separate display or via an 'ssh -X ' tunnel to avoid disturbing the machine being poked + preferences dialog + somewhat contrived since these arn't yet serialized to gconf, but - at least they're now visible to people + custom 'run XYZ app' functionality - that sets up the right a11y environment for the child. + gcc-4 build + loads of bug fixes So - I'd recommend giving HEAD a whirl for all your poking needs - it'd be great to have some help too. I'm hanging out on #a11y on irc.freenode.net much of the time waiting for interesting people to help with things :-) [ small features as well as large ;-] Regards, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From michael.meeks@novell.com Thu May 26 09:46:48 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 275003B0964 for ; Thu, 26 May 2005 09:46:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14589-08 for ; Thu, 26 May 2005 09:46:46 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id C72163B0EE0 for ; Thu, 26 May 2005 09:46:45 -0400 (EDT) Received: (qmail 27788 invoked from network); 26 May 2005 13:46:36 -0000 Received: from localhost (HELO linux.site) (127.0.0.1) by localhost with SMTP; 26 May 2005 13:46:36 -0000 From: michael meeks To: Bill Haneman Content-Type: text/plain Organization: Novell, Inc. Date: Thu, 26 May 2005 14:45:35 +0100 Message-Id: <1117115135.7236.453.camel@linux.site> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 30 May 2005 03:05:23 -0400 Cc: accessibility mailing list Subject: [g-a-devel] broken remove-listener-by-callback X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: michael.meeks@novell.com List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 13:46:48 -0000 Rather a trivial patch: HTH, Michael. diff -u -r1.472 ChangeLog --- ChangeLog 25 May 2005 10:52:59 -0000 1.472 +++ ChangeLog 26 May 2005 13:44:06 -0000 @@ -1,3 +1,8 @@ +2005-05-26 Michael Meeks + + * cspi/bonobo/cspi-bonobo-listener.c + (cspi_event_list_remove_by_cb): actually filter by callback. + 2005-05-25 Michael Meeks * registryd/registry.c (remove_listener_cb), diff -u -r1.23 cspi-bonobo-listener.c --- cspi/bonobo/cspi-bonobo-listener.c 14 Apr 2005 17:35:24 -0000 1.23 +++ cspi/bonobo/cspi-bonobo-listener.c 26 May 2005 13:44:06 -0000 @@ -71,10 +71,12 @@ { EventHandler *eh = l->data; next = l->next; - - list = g_list_delete_link (list, l); - - cspi_event_handler_free (eh); + + if (eh->method == callback) + { + list = g_list_delete_link (list, l); + cspi_event_handler_free (eh); + } } return list; -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot From aaronlev@moonset.net Tue May 31 11:46:19 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 256D23B06A6 for ; Tue, 31 May 2005 11:46:19 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32112-04 for ; Tue, 31 May 2005 11:46:17 -0400 (EDT) Received: from smtp04.mrf.mail.rcn.net (smtp04.mrf.mail.rcn.net [207.172.4.63]) by menubar.gnome.org (Postfix) with ESMTP id 649D43B0664 for ; Tue, 31 May 2005 11:46:17 -0400 (EDT) Received: from 209-6-168-88.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com (HELO [127.0.0.1]) (209.6.168.88) by smtp04.mrf.mail.rcn.net with ESMTP; 31 May 2005 11:43:16 -0400 X-IronPort-AV: i="3.93,152,1115006400"; d="scan'208"; a="41269970:sNHT1602990074" Message-ID: <429C8610.8000003@moonset.net> Date: Tue, 31 May 2005 11:43:12 -0400 From: Aaron Leventhal User-Agent: Mozilla Thunderbird 1.0+ (Windows/20050518) MIME-Version: 1.0 To: accessibility mailing list References: <1117032722.7234.334.camel@linux.site> In-Reply-To: <1117032722.7234.334.camel@linux.site> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:46:19 -0000 RELATION_CONTROLLED_BY Indicates an object controlled by one or more target objects. RELATION_CONTROLLER_FOR Indicates an object is an controller for one or more target objects. Forgive the dense question ... what is meant by 'controlled' in this instance? What are some typical examples? What is it used for today, and what are known planned uses for it? - Is a tree item 'controlled' by the collapse/expand button on the parent? - Is a window 'controlled by' the close button? - Is a document view 'controlled by' a zoom button on the toolbar? - Aaron From Peter.Korn@Sun.COM Tue May 31 12:01:13 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 259903B0737 for ; Tue, 31 May 2005 12:01:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00843-09 for ; Tue, 31 May 2005 12:01:11 -0400 (EDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by menubar.gnome.org (Postfix) with ESMTP id 7DF933B08BD for ; Tue, 31 May 2005 12:00:26 -0400 (EDT) Received: from phys-d3-ha21sca-1 ([129.145.155.163]) by brmea-mail-4.sun.com (8.12.10/8.12.9) with ESMTP id j4VG0Q0R017529 for ; Tue, 31 May 2005 10:00:26 -0600 (MDT) Received: from conversion-daemon.ha21sca-mail1.sfbay.sun.com by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IHD00K012Z6IN@ha21sca-mail1.sfbay.sun.com> (original mail from Peter.Korn@Sun.COM) for gnome-accessibility-devel@gnome.org; Tue, 31 May 2005 09:00:26 -0700 (PDT) Received: from sun.com (vpn-129-150-113-68.Holland.Sun.COM [129.150.113.68]) by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0IHD009CW34OKD@ha21sca-mail1.sfbay.sun.com>; Tue, 31 May 2005 09:00:25 -0700 (PDT) Date: Tue, 31 May 2005 09:00:24 -0700 From: Peter Korn Subject: Re: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR To: Aaron Leventhal Message-id: <429C8A18.11E5F69D@sun.com> Organization: Sun Microsystems Inc. MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en]C-Netscape (Windows NT 5.0; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <1117032722.7234.334.camel@linux.site> <429C8610.8000003@moonset.net> X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Tue, 31 May 2005 12:07:14 -0400 Cc: accessibility mailing list X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:01:13 -0000 Hi Aaron, A scrolling field is controlled by a scroll bar. A text field with font size is (or should be) controlled by the listbox of font sizes - see the one in the GNOME standard font chooser. A spreadsheet cell that is the output of a function of other spreadsheet cells is controlled by them. The first two examples you cite below wouldn't be controlling situations. The zoom, on the other hand, is an interesting question for me. I'd say controlling is appropriate there. Peter Korn Sun Accessibility team Aaron Leventhal wrote: > > RELATION_CONTROLLED_BY Indicates an object controlled by one or more > target objects. > RELATION_CONTROLLER_FOR Indicates an object is an controller for one > or more target objects. > > Forgive the dense question ... what is meant by 'controlled' in this > instance? What are some typical examples? What is it used for today, and > what are known planned uses for it? > > - Is a tree item 'controlled' by the collapse/expand button on the parent? > - Is a window 'controlled by' the close button? > - Is a document view 'controlled by' a zoom button on the toolbar? > > - Aaron > > _______________________________________________ > Gnome-accessibility-devel mailing list > Gnome-accessibility-devel@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From Bill.Haneman@Sun.COM Tue May 31 12:19:00 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1FCC13B07BD for ; Tue, 31 May 2005 12:19:00 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02476-03 for ; Tue, 31 May 2005 12:18:58 -0400 (EDT) Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by menubar.gnome.org (Postfix) with ESMTP id A6BEC3B0709 for ; Tue, 31 May 2005 12:18:57 -0400 (EDT) Received: from phys-gadget-1 ([129.156.85.171]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id j4VGHuji011937 for ; Tue, 31 May 2005 10:18:57 -0600 (MDT) Received: from conversion-daemon.gadget-mail1.uk.sun.com by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IHD000013Y7VX@gadget-mail1.uk.sun.com> (original mail from Bill.Haneman@Sun.COM) for gnome-accessibility-devel@gnome.org; Tue, 31 May 2005 17:18:42 +0100 (BST) Received: from [129.156.226.190] (dhcp-226-190.Ireland.Sun.COM [129.156.226.190]) by gadget-mail1.uk.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTPA id <0IHD00ETM3Z6V2@gadget-mail1.uk.sun.com>; Tue, 31 May 2005 17:18:42 +0100 (BST) Date: Tue, 31 May 2005 17:18:03 +0100 From: Bill Haneman Subject: Re: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR In-reply-to: <429C8610.8000003@moonset.net> To: Aaron Leventhal Message-id: <429C8E3B.6010304@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041116 References: <1117032722.7234.334.camel@linux.site> <429C8610.8000003@moonset.net> X-Virus-Scanned: by amavisd-new at gnome.org Cc: accessibility mailing list X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:19:00 -0000 Hi Aaron: This is a good question (about the CONTROLLER relations). It is used when interface components which are "separate" objects from the point of view of the user or, perhaps, the tookit paradigm, have a tightly coupled relationship in which one object determines some key aspect of another. Typical examples now in use include scrollbars, which are controllers for the "viewport" objects which they move. Resize widgets would also be controllers - for instance, if a window (or window manager!) chose to expose resize icons on a titlebar as separate AtkObjects, they would logically be controllers for the window. However we generally draw the line somewhere, we don't for instance expose the "close" button as a CONTROLLER, nor do we expose "OK" and "CANCEL" buttons as controllers for a dialog. Generally CONTROLLER_FOR is reserved for the following types of situations: 1) one UI element controls the state of one or more other UI elements, but not an entire dialog. We exclude familiar user models such as radio-buttons (in which each button can potentially 'control' the state of others, via exclusivity), but for instance if a particular checkbox enables or disables a subservient set of controls, strictly speaking that checkbox should be marked as a CONTROLLER for the other controls. 2) one UI element serves as a 'manipulator' for the attributes of another, e.g. the object with which the user interacts via mouse, keyboard, or AtkAction is not the primary object whose onscreen attributes change as a result. An example would be a colorwheel widget used to change the color of a "background color" box, or a slider which controls the size of a displayed sample font. 'CONTROLLERS' are most likely to implement AtkValue, i.e. they are usually valuators rather than binary toggles. For your specific examples... - Is a tree item 'controlled' by the collapse/expand button on the parent? No - since the relationship is implied by the EXPANDABLE state on the parent container, and the parent-child relationship. If there were a separate "expand my selection" button somewhere in the interface, it would arguably be a controller for the part of the view that was subject to being expanded. - Is a window 'controlled by' the close button? No, since the semantics are implicit in the close button's textual information and role. However a "close current notebook tab" button might logically be a controller for a notebook. - Is a document view 'controlled by' a zoom button on the toolbar? This in an interesting case. I would be tempted to say 'no' on the grounds that the effect of the button is implied in its role and label - however, if the zoom button affects the resulting viewport, then it would not be incorrect to expose it as a CONTROLLER for the scroll/view window, by analogy with scrollbars. I suppose there's a sort of common-sense test that can be applied. If the effect of a "controlling" UI element can be easily deduced from its labelling and role, then the CONTROLLER relation adds little value. However, if the controlling UI element is unlabelled (as is often the case with scrollbars), or the relationship between it and the portion of the UI which it controls is largely implicit in the visual layout, then exposing CONTROLLER adds significant value to the end-user. I would conclude that it is a relationship that should be exposed for UI components which control a subset of the user's current "view"/dialog, when the result of end-user manipulation of the component is not otherwise clear. regards, Bill Aaron Leventhal wrote: > RELATION_CONTROLLED_BY Indicates an object controlled by one or more > target objects. RELATION_CONTROLLER_FOR Indicates an object is an > controller for one or more target objects. > > Forgive the dense question ... what is meant by 'controlled' in this > instance? What are some typical examples? What is it used for today, > and what are known planned uses for it? > > - Is a tree item 'controlled' by the collapse/expand button on the > parent? > - Is a window 'controlled by' the close button? > - Is a document view 'controlled by' a zoom button on the toolbar? > > - Aaron > > _______________________________________________ > Gnome-accessibility-devel mailing list > Gnome-accessibility-devel@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel From aaronlev@moonset.net Tue May 31 12:29:51 2005 Return-Path: X-Original-To: gnome-accessibility-devel@gnome.org Delivered-To: gnome-accessibility-devel@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C5C43B085E for ; Tue, 31 May 2005 12:29:51 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03325-04 for ; Tue, 31 May 2005 12:29:49 -0400 (EDT) Received: from smtp04.mrf.mail.rcn.net (smtp04.mrf.mail.rcn.net [207.172.4.63]) by menubar.gnome.org (Postfix) with ESMTP id F3A343B09A5 for ; Tue, 31 May 2005 12:29:47 -0400 (EDT) Received: from 209-6-168-88.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com (HELO [127.0.0.1]) (209.6.168.88) by smtp04.mrf.mail.rcn.net with ESMTP; 31 May 2005 12:29:48 -0400 X-IronPort-AV: i="3.93,152,1115006400"; d="scan'208,217"; a="41293896:sNHT25230636" Message-ID: <429C90FA.8090200@moonset.net> Date: Tue, 31 May 2005 12:29:46 -0400 From: Aaron Leventhal User-Agent: Mozilla Thunderbird 1.0+ (Windows/20050518) MIME-Version: 1.0 To: Peter Korn Subject: Re: [g-a-devel] RELATION_CONTROLLED_BY and RELATION_CONTROLLER_FOR References: <1117032722.7234.334.camel@linux.site> <429C8610.8000003@moonset.net> <429C8A18.11E5F69D@sun.com> In-Reply-To: <429C8A18.11E5F69D@sun.com> Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: accessibility mailing list X-BeenThere: gnome-accessibility-devel@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aaronleventhal@moonset.net List-Id: "Technical discussions and patches for at-spi, gail, and ATs" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:29:51 -0000 Peter,

Thanks for the info. What implementations exist in AT's and apps for the controller/controlled relationships so far? I'm trying to envision the UI benefits for various kinds of end users.

Also, have similar questions about RELATION_MEMBER_OF.
I can imagine this being useful in your SVG engine parts example. It seems like all of the members of a group need to be tied together by one common object that contains them somehow? For example, if I have a set of emails subjects displayed on the screen, and some of them are members of the group "important", then what accessible object are they a member of? Or, am I not understanding the how member of is intended to be used. Perhaps I'm reinventing extensible states.

- Aaron

Peter Korn wrote: 
Hi Aaron,

A scrolling field is controlled by a scroll bar.  A text field with font
size is (or should be) controlled by the listbox of font sizes - see the
one in the GNOME standard font chooser.  A spreadsheet cell that is the
output of a function of other spreadsheet cells is controlled by them.

The first two examples you cite below wouldn't be controlling
situations.  The zoom, on the other hand, is an interesting question for
me.  I'd say controlling is appropriate there.


Peter Korn
Sun Accessibility team


Aaron Leventhal wrote:
  
RELATION_CONTROLLED_BY  Indicates an object controlled by one or more
target objects.
RELATION_CONTROLLER_FOR   Indicates an object is an controller for one
or more target objects.

Forgive the dense question ... what is meant by 'controlled' in this
instance? What are some typical examples? What is it used for today, and
what are known planned uses for it?

- Is a tree item 'controlled' by the collapse/expand button on the parent?
- Is a window 'controlled by' the close button?
- Is a document view 'controlled by' a zoom button on the toolbar?

- Aaron

_______________________________________________
Gnome-accessibility-devel mailing list
Gnome-accessibility-devel@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel