Re: [orca-list] XUL: Caret browsing silent in dynamically created texts



Hi Milan.

When moving over characters in the contents of <description> XUL
elements, Orca doesn't read the characters if the given XUL element was
created by a script.

I looked at your sample with Accerciser's event monitoring. What I would expect to see as I arrowed left and right among the characters in the generated text are object:text-caret-moved events. What I'm actually seeing as I arrow left and right among the characters in the generated text is.... Nothing.

Orca can read all the texts, but single characters can be read only in
the static text; caret movement is silent in the generated texts.

Orca expects to be notified when the caret moves. Having received this notification, it then will announce the new location. If Orca is not notified that the present location has changed, how is it to know that there's anything to update, anything to announce, etc.? :-(

Is it an Orca bug, a Firefox bug or do I anything wrong when generating
the <description> elements?

While I haven't looked at this beyond what I wrote above, I would say Firefox. My guess is that you didn't cause the lack of events. But hypothetically, just for the sake of argument, let's say that you did. ;-) I would still call what we are seeing a Firefox bug for failing to handle whatever it is that you hypothetically did. ;-) In other words, visually I can see your sample application. Visually I can see the caret move from character to character. Apparently Firefox has everything it needs to display what you have created. We just need the information passed along to us so that we can present it to the user.

Hope this helps.  Take care.
Joanie



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]