En théorie c'est faisable. L'API de Haiku fournit une interface de "scripting" standardisée qui permet d'explorer une fenêtre et de récupérer les labels de tous les contrôles et de déclencher les actions (cliquer sur les boutons, trouver l'élément suivant, …)
Les applications peuvent également fournir des points d'accès plus direct aux informations "métier" via cette interface sans devoir naviguer dans l'interface graphique. (bien que actuellement c'est très peu utilisé).
Il reste quand même du travail pour faire un outil qui exploite ces informations pour faire de l'accessibilité (par exemple extraire les infos pertinentes et les envoyer dans un moteur de synthèse vocale pour faire un lecteur d'écran). Il faudrait y passer du temps avec quelqu'un qui sait utiliser ces outils sur d'autres systèmes pour savoir exactement quoi faire.
Aucune idée de si cette interface de scripting est exposée dans la nouvelle version de Cosmoe, je n'ai pas regardé quelles sont les limites de l'API qui a été portée.
Ça fait un moment que l'idée me trotte dans la tête : une application devrait toujours proposer plusieurs IHM selon l'équipement, les capacités et les envies de l'utilisateur.
On peut même imaginer une "MIAM stack architecture" :
une application est composé d'un service et d'IHMs ;
le service expose toujours une API utilisable localement (unix socket) et à distance (socket) ;
les IHM ne font que de l'IHM et se basent sur l'API ;
les IHM tiennent compte de l'équipement (terminal ou serveur graphique, clavier classique ou braille…), des capacités de l'utilisateur (vue, audition…) et des "contextes" (environnement où le silence est requis…).
Avec MIAM pour Multi-Interface Application Modules.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# accessibilité
Posté par Psychofox (Mastodon) . Évalué à 4 (+1/-0).
Un point important souvent mis de côté, qu'en est-il de l'accessibilité avec ce toolkit?
[^] # Re: accessibilité
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 8 (+5/-0).
En théorie c'est faisable. L'API de Haiku fournit une interface de "scripting" standardisée qui permet d'explorer une fenêtre et de récupérer les labels de tous les contrôles et de déclencher les actions (cliquer sur les boutons, trouver l'élément suivant, …)
Les applications peuvent également fournir des points d'accès plus direct aux informations "métier" via cette interface sans devoir naviguer dans l'interface graphique. (bien que actuellement c'est très peu utilisé).
Il reste quand même du travail pour faire un outil qui exploite ces informations pour faire de l'accessibilité (par exemple extraire les infos pertinentes et les envoyer dans un moteur de synthèse vocale pour faire un lecteur d'écran). Il faudrait y passer du temps avec quelqu'un qui sait utiliser ces outils sur d'autres systèmes pour savoir exactement quoi faire.
Aucune idée de si cette interface de scripting est exposée dans la nouvelle version de Cosmoe, je n'ai pas regardé quelles sont les limites de l'API qui a été portée.
[^] # Re: accessibilité
Posté par devnewton 🍺 (site web personnel) . Évalué à 7 (+4/-0).
Ça fait un moment que l'idée me trotte dans la tête : une application devrait toujours proposer plusieurs IHM selon l'équipement, les capacités et les envies de l'utilisateur.
On peut même imaginer une "MIAM stack architecture" :
Avec MIAM pour Multi-Interface Application Modules.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.