GNOME Bugzilla – Bug 95923
gnopernicus should listen for object:hypertext-link-selection events
Last modified: 2004-12-22 21:47:04 UTC
there is no ATK roles for hyperlink. should the Accessible_isHyperlink be used for this purpose?
Gnopernicus is unable to notify user that an object is hyperlink or an application is unable to say that an object is hyperlink?
So far, I think the answer is "both". application is unable to use any ATK roles to tell gnopernicus that a hyperlink is focused, and gnopernicus doesn't use the object type to check whether the focused widget is a hyperlink.
In mozilla seems that for a link role is unknown, and object types are action and component. I think that a hypertext type must be exposed by this object. In at-spi is no Accessible_isHyperlink function, only Accessible_isHypertext.
Hyperlinks aren't accessible objects. They are instances that are retrieved from Hypertext objects. When a 'hyperlink' has focus, it's actually the containing HyperText object that is focussed. The hypertext object needs to emit signals indicating link-selection changes; see bugzilla bugs 104621 and 104622. We discussed this before but it seems to have fallen through the cracks. We'll address the above bugs as a matter of urgency and then this bug can be fixed, also. However it will require Mozilla as well as gtkhtml2 to emit the necessary events (we will see that gtkhtml2 does the right thing).
kyle, please note the recent changes to ATK detailed in bug 104621; Mozilla's AtkHypertext objects will need to emit this new event when their selected AtkHyperlink changes. The hyperlink is not an AtkObject, but the new event allows listeners to be notified when users navigate through a hypertext document.
Note that the necessary signals are now defined in ATK, implemented for GtkHtml2, and exported via at-spi. So gnopernicus can listen for these events in order to tell when hyperlink selection changes. This bug can now be closed, as soon as gnopernicus implements those listeners. SHould we change the bug summary to "gnopernicus should listen for object:hypertext-link-selection events".
Bill, please do, I mean change the summary! Thanks!
okay, I'll see the ATK changes and revise mozilla code for the AtkHyperText object. Please feel free to close this bug when gnopernicus support this kind of event.
Can somebody tell me what I have to do to get this event. On my computer it is not camming. I have atk from cvs from 17.03.2003 and mozilla from http://211.100.15.248/sceri/.
If using gnome-help you should see the event when you tab from one link to another.
I still cannot see this signal, even using gnome-help. Any ideea? (I use gnoe2 stack from 3-february 2003, and atk, gail, at-spi from cvs fom 19-febrauary-2003) I made some changes to report an object with "link" role. Is this behaviour ok? If there are any issue let me know.
You will need to take gtkhtml2 from HEAD also as I put into the changes for this on Februrary 13th and 14th.
the gnome stacks you are seeing probably don't include these enhancements, since they have been applied to (for instance) gtkhtml2-HEAD.
I tried this with gnome-help, but no results. Can somebody describe me a situation in which I should get "object:hypertext-link-selection". I used latest atk and gtkhtml2 versions from CVS.
Run the command gnome-help ghelp:///opt/gnome-2.0/share/gnome/help/gnome-terminal/C/gnome-terminal.xml The name of the signal is link-selected and it should be emitted when a link is focussed.
Thanks Padraig. I registered a callback for a wrong event (named like in bug name). Another question is: can a link have more than one anchor? If answer is yes, I need an example.
I do not have an example of a link with more than one anchor.
Can this bug be closed?