GNOME.org
 

Re: [orca-list] Left click recurrnt problem

Hey Jean-Philippe.
Where is the "live" button? If the label is a french word, I'll need to know that.
Having said that, there is a difference in how braille works versus how flat-review clicking works. Personally, I think it should be the same, but I think braille should do what mouse click does; not the other way around. Let me explain:
What Orca's mouse click does is synthesize a mouse click as if you yourself grabbed the mouse, moved the pointer over the object, and pressed and released the specified button. That way -- assuming the synthesized click was possible via AT-SPI2 -- you get the same result as a sighted user would get. Achieving the same result as a sighted user.
In contrast, what the braille click does is see if the action interface is implemented. And if it is, it uses it to perform the first action in the list regardless of what that action might be. Why on earth does it do that? Well, the decision predates me. My theory, however, is that the decision went something like this: If we have an action, it's probably the one we want, so why not? The thing is, it could easily not be the one we want. Here's the deal with actions, as they currently exist in ATK/AT-SPI2: 

* The name of the action can be anything; there is not a pre-determined
  set of possible values to which the application/toolkit is
  constrained.
* Some applications and toolkits localize their action names; some
  don't.
* There is no rule dictating what actions must appear, nor in what
  order they appear.
* Hopefully using the action interface will work; but maybe it will
  and maybe it won't. It depends on the application/toolkit handling
  that AtkAction function correctly.
Another interesting scenario, though it requires a bit of background first: In order to make longdesc information accessible via screen reader, Gecko created their own special action called "showlongdesc". For the average image which has a longdesc attribute, this action is the first action. With this background in mind, let's say you have an image with a longdesc inside a link. Orca thinks you're on the image, and it presents it as "foo image link" to let you know that pressing return will follow the link. What should happen when you use the braille routing key? Follow the link or activate the longdesc? If you said follow the link, then you may be disappointed because for braille clicking, Orca prefers the first action and the first and only action on the image in this example would be showlongdesc.
Given all of the above, I have no intention of making Orca's flat-review left click feature default to doing anything other than a left click. Doing so would, in some instances, be seen as a regression; not a bug fix. As a result, there will potentially be a difference between what happens when you braille click versus flat review click -- unless, of course, I make braille do an actual click as well rather than simply hoping and trusting that the first action is the correct action. (I'm guessing you don't want me to make such a change, but if I'm wrong, please let me know.)
That said, what I'm considering doing is the following: Based on your debug.out, Orca does know that things seem to have failed. As a result, Orca could fall back on looking for an action called "click" (unlocalized). And if it finds that unlocalized action, it will give it a try. Give me a little while to put that in place and I'll follow-up in a new email.
Do please keep in mind that all of this is necessary due to 1) poor accessibility on the part of the application and 2) something weird seems to be going on with your system that's preventing the normal synthesized click from working. Trying to address both at the problems' source would be a good idea, because Orca might not find a "click" action to fall back on for every last thing you need it to....
Sorry for the long message, but I hope it gives you a better understanding of why braille clicking works differently sometimes and why I don't plan on duplicating that behavior for the flat-review click. 

--joanie

On 6/28/19 8:01 AM, Jean-Philippe MENGUAL wrote:

Hi Joanie,
Beyond the particular case of TB, which seems to present very strange behaviour, here is another example where the left click does not work with Orca while it works in braille: 
1. In Firefox, open https://la1337.com/
2. Here again, many things inaccessible. With the flat review, go to "Live" button. 3. Left click via the flat review. Nothing happens while in braille, if I click with routine, the window opens to run the live streaming. 

Hope it is more helpful

Regards

signature_jp_2
Logo Hypra      JEAN-PHILIPPE MENGUAL
DIRECTEUR TECHNIQUE ET QUALITÉ
28, rue de la chapelle, 75018, Paris
Tel : +339 72 49 76 75 <tel:+33972497675>
<tel:+33676349337>
support hypra fr <mailto:support hypra fr>
www.hypra.fr <http://www.hypra.fr/>
Facebook Hypra <https://www.facebook.com/hyprasoftware/> Twitter Hypra <https://twitter.com/Hypra_> Linkedin Jean-Philippe <https://fr.linkedin.com/in/jean-philippe-mengual-800133135> 


Le 28/06/2019 à 13:50, Alex ARNAUD a écrit :

Le 28/06/2019 à 12:36, Joanmarie Diggs a écrit :
That's really strange that the real mouse doesn't work at all. Does the real mouse work on other things?
Yes it works, I'm using Thunderbird daily with both keyboard and mouse since one week. 

Best regards,
Alex.



--joanie

On 6/28/19 4:43 AM, Alex ARNAUD wrote:
We've made a more deep test with Jean-Philippe and the current behaviour is really strange. Indeed the Braille cursor routine works but both with the mouse review and with the real mouse it doesn't work at all so I think it's a Thunderbird issue.
We'll try to discuss the Thunderbird team to check if it's a known issue. 

Best regards,
Alex.

Le 28/06/2019 à 10:26, Alex ARNAUD a écrit :

Le 27/06/2019 à 22:30, Joanmarie Diggs a écrit :
1. Did the mouse pointer move at all when you pressed KP / to synthesize 
    the click? (If it didn't, I'm guessing something is blocking the
    event synthesis.)
Yes, the mouse moves over the button correctly but the click doesn't work at all. 
Note: We're not using Wayland.
Note: The click works on the Thunderbird menu.
Does the click works for you in Thunderbird Daily on agenda invitations ?
2. Did the mouse pointer move in the general direction of the Add button 
    (compared to where it was before you pressed KP /)?


I assume answering the question one seems sufficient.

Let me know if you need more feedback.

Best regards,
Alex.
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html 
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]