> Tiens c étrange j'ai plutôt le sentiment du contraire...
C'est-à-dire que JAWS utilise l'intercepteur vidéo par défaut.
J'ai un argument de plus en ta faveur.
Vous ne le savez peut-être pas, mais le salon v2 intègre maintenant les
couleurs. Concrètement, les textes sont affichés dans différentes
couleurs selon leur nature, et la couleur des items des menus dans la
liste de droite peut aussi changer selon le contexte. Par exemple, les
cartes de uno sont toujours écrites en texte, mais dans la bonne couleur.
Pour faire ça dans une zone de liste, il faut passer du mode de rendu
standard au mode owner drawn. Ca signifie que c'est le programmeur qui
est chargé de dessiner les textes à l'écran en utilisant directement
l'API windows, et non plus windows qui se charge de tout dessiner
automatiquement.
Quand j'ai changé pour la première fois de mode de rendu, sans rien
dessiner car j'allais le faire plus tard, comme par hasard, jaws ne
savait plus que dire "no selected item", alors que les valeurs des items
étaient toujours récupérables en utilisant les messages habituels, ici
LB_GETTEXT en l'occurence. NVDA, lui, ne paraissait pas autrement être gêné.
Mais attendez la suite: j'ai commencé à dessiner les valeurs des items
de la liste en suivant les explications de la MSDN. Jaws refonctionnait,
mais il lisait seulement le début des valeurs qui correspondait à ce qui
était effectivement visible et coupait le reste, alors que NVDA lisait
toujours tout correctement.
Pour que jaws lise tout correctement, il faut manuellement activer MSAA
et le mettre en mode étendu; le mode classique ne fonctionne pas.
Encore mieux: un petit test bidon en faisant exprès d'afficher à l'écran
autre chose que la valeur récupérée par LB_GETTEXT, et par défaut donc
sans activer MSAA, jaws lit ce qui est affiché et visible à l'écran et
non pas la valeur effective. NVDA, lui, lit toujours la valeur effective
et jamais ce qui est affiché et visible.
Troublant, non ?
Je pense que ce genre de comportement apparament illogique est
essentiellement dû à du vieux code qui n'a jamais vraiment été révisé
par FS depuis l'époque où windows 98 était roi. MSAA n'était pas aussi
rôdé, son successeur IAccessible2 n'existait même pas, et l'interception
vidéo était alors le seul moyen de récupérer du texte dans certaines
situations comme celle-ci, d'autant plus si les développeurs des
applications windows de l'époque ne faisaient pas trop attention et
désactivaient les valeurs chaînes des listes (avec le flag qui va bien)
dans le but d'économiser de la mémoire.
Tout ce que je raconte là est aussi valable pour les bombo box et les
menus...
Par contre, il apparaîtrait qu'aujourd'hui, l'intérêt de l'intercepteur
vidéo a énormément diminué. D'ailleurs sous windows 8, il a été
complètement remplacé par le mirror driver de microsoft, ce qui a pour
conséquence que le curseur jaws ne fonctionne plus du tout pareil; le
curseur jaws étant la principale fonctionnalité qui dépend de
l'intercepteur vidéo; une des rares choses pour laquelle l'intercepteur
vidéo est encore vraiment utile.
Progliste :
Pour se désinscrire de la liste :
mailto:[email protected]?subject=unsubscribe
Pour voir les archives de la liste :
http://www.mail-archive.com/[email protected]/
Je vous rappelle que les pièces jointe sont activés leur taille est limité à 2 MO
Pour accéder aux fichiers de la liste
http://outils.archive-host.com/partage.php?id=2Qar9Hy6ftzr
Ou en utilisant la nouvelle page de partage :
http://outils-n.archive-host.com/partage-fm0m7b947vglikp9Efpso94gt
Pour y ajouter des fichiers demandez-moi le ou sur la liste ou en privé, je
vous répondrez en privé.
