Re: [orca-list] Debugging communication between Orca and firefox
- From: Joanmarie Diggs <joanmarie diggs gmail com>
- To: Bill Cox <waywardgeek gmail com>
- Cc: Orca-list <orca-list gnome org>
- Subject: Re: [orca-list] Debugging communication between Orca and firefox
- Date: Fri, 23 Apr 2010 16:16:27 -0400
Crappity, crap, crap. Didn't mean to send this quite yet as I have more
to say. So read the first part first (i.e. what I just sent.). I will
continue what I was saying about hybrid mode principles and
possibilities.
Where was I? Oh yeah:
We could use that to validate the proposed new location.
4.
On to point 4....
4. We don't have to *replace* the current caret navigation. It could be
a third level or a fourth level. Maybe:
a. Gecko controls the caret (and yer on yer own, good luck and godspeed)
b. Gecko controls the caret, but Orca serves as big brother checking
before and after that what Gecko wants to do is not completely and
utterly whack.
c. Gecko controls the caret on training wheels (i.e. if you're in a
paragraph and there's more text fine; otherwise Orca's still in charge)
d. Orca controls the caret.
These might could be dynamically adjusted too:
1. You're in big brother mode and Gecko gets it wrong each and every
blessed time on this site. So we take over just on that page.
2. You're in training wheels mode and we notice we keep getting
object:children-changed:add events. That's a sign that this page has
dynamic content (might be a google app). Perhaps we should take over.
Or not. I'm just brainstorming. Again, we have to try it, we have to
test it for regressions, we have to test it for performance. We have to
ask the users to be sure they don't think this is insane. Etc.
Okay, I think I'm done now. :-)
--joanie
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]