Etant donné que Flash Player utilise MSAA pour assurer l’accessibilité, les noms des constantes de ce fichier sont issus littéralement du SDK MSAA Microsoft. Leurs descriptions ont été reprises avec de légères modifications. Gardez à l’esprit lors de leur lecture que Flash Player est considéré comme une « application serveur MSAA » car les objets DisplayObject d’un fichier SWF fournissent des informations MSAA aux clients MSAA, tels que les lecteurs d’écran, via une interface COM appelée IAccessible.
Les applications serveur MSAA envoient cet événement pour leurs objets accessibles.
Contrairement à l’événement similaire (EVENT_SYSTEM_SCROLLEND), cet événement sera associé à la fenêtre de défilement. Il n’existe aucune différence entre le défilement horizontal ou vertical.
Cet événement doit être publié à l’issue d’une action de défilement, y compris lorsqu’elle est exécutée par des barres de défilement, une molette de souris ou des touches de navigation du clavier.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : caret, contrôle d’en-tête, contrôle de l’affichage par liste, contrôle onglet, contrôle de la barre d’outils, contrôle arborescence et objet fenêtre. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Les serveurs doivent envoyer cet événement pour l’ensemble des objets enfant d’un objet avant d’envoyer l’événement pour l’objet parent. Les serveurs doivent s’assurer que tous les objets enfant sont entièrement créés et prêts à accepter les appels IAccessible des clients lorsque l’objet parent envoie cet événement.
Le système envoie cet événement pour les boîtes de dialogue. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles.
Les applications serveur MSAA envoient cet événement pour leurs objets accessibles.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : caret, contrôle d’en-tête, contrôle de l’affichage par liste, contrôle onglet, contrôle de la barre d’outils, contrôle arborescence et objet fenêtre. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Cet événement peut être ou ne pas être envoyé pour les objets enfant. Toutefois, les clients peuvent supposer que tous les enfants d’un objet ont été détruits lorsque l’objet parent envoie cet événement.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : contrôle d’affichage par liste, barre de menus, menu contextuel, fenêtre de changement, contrôle onglet, contrôle arborescence et objet fenêtre. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles.
Les applications serveur MSAA envoient cet événement pour leurs objets accessibles.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : caret et curseur. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Lorsque cet événement est généré pour un objet parent, tous les objets enfant sont déjà masqués. Par conséquent, les applications serveur n’ont pas besoin d’envoyer cet événement pour les objets enfant. Les objets masqués incluent l’indicateur STATE_SYSTEM_INVISIBLE, contrairement aux objets affichés. L’événement EVENT_OBJECT_HIDE indique également que l’indicateur STATE_SYSTEM_INVISIBLE n’a pas été défini. Par conséquent, les serveurs n’ont pas besoin d’envoyer l’événement EVENT_STATE_CHANGE dans ce cas.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : caret et objet fenêtre. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Cet événement est généré en réponse à l’objet de niveau supérieur dans la hiérarchie d’objets modifiée, et non pour les enfants qu’il peut contenir. Par exemple, si l’utilisateur redimensionne une fenêtre, le système envoie cette notification pour la fenêtre, mais pas pour la barre de menus, la barre de titre, les barres de défilement ou d’autres objets qui ont également été modifiés. Le système n’envoie pas cet événement pour chaque fenêtre enfant sans virgule flottante lorsque le parent se déplace. Toutefois, si une application redimensionne explicitement les fenêtres enfant suite à son propre redimensionnement, le système envoie plusieurs événements pour les enfants redimensionnés. Si la propriété State d’un objet est définie sur STATE_SYSTEM_FLOATING, les serveurs doivent envoyer EVENT_OBJECT_LOCATIONCHANGE lorsque l’emplacement de l’objet est modifié. Si un objet ne possède pas cet état, les serveurs doivent déclencher cet événement uniquement lorsque l’objet se déplace par rapport à son parent.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : case à cocher, curseur, contrôle de l’affichage par liste, bouton poussoir, bouton radio, contrôle de la barre d’état, contrôle arborescence et objet fenêtre. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles.
Les applications serveur MSAA envoient cet événement pour leurs objets accessibles.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : contrôle d’en-tête, contrôle de l’affichage par liste, contrôle de la barre d’outils et objet fenêtre. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles, le cas échéant. Par exemple, cet événement est généré par un objet d’affichage par liste lorsque le nombre d’éléments enfant ou l’ordre des éléments change. Cet événement est également envoyé par une fenêtre parent lorsque l’ordre de plan des fenêtres enfant est modifiée.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : zone de liste, contrôle d’affichage par liste et contrôle arborescence. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Cet événement signale qu’un enfant a été ajouté à une sélection existante.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : zone de liste, contrôle d’affichage par liste et contrôle arborescence. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Cet événement signale qu’un enfant a été supprimé d’une sélection existante.
Le système envoie cet événement pour les zones de liste. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Cet événement peut être envoyé lorsque les éléments sélectionnés au sein d’un contrôle ont considérablement changé. Cet événement informe le client que de nombreuses modifications de sélection se sont produites (au lieu d’envoyer plusieurs événements EVENT_OBJECT_SELECTIONADD ou EVENT_OBJECT_SELECTIONREMOVE). Le client peut interroger les éléments sélectionnés en appelant la méthode IAccessible::get_accSelection de l’objet container et en énumérant les éléments sélectionnés.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : contrôle de l’affichage par liste, contrôle onglet, contrôle arborescence et objet fenêtre. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Cet événement signale une sélection unique : un enfant a été sélectionné dans un conteneur ne contenant précédemment pas d’enfants sélectionnés ou la sélection a été modifiée d’un enfant à un autre.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : caret, curseur et objet fenêtre. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Les clients peuvent supposer que lorsque cet événement est envoyé par un objet parent, tous les objets enfant ont déjà été affichés. Par conséquent, les applications serveur n’ont pas besoin d’envoyer cet événement pour les objets enfant. Les objets masqués incluent l’indicateur STATE_SYSTEM_INVISIBLE, contrairement aux objets affichés. L’événement EVENT_OBJECT_SHOW indique également que l’indicateur STATE_SYSTEM_INVISIBLE a été effacé. Par conséquent, les serveurs n’ont pas besoin d’envoyer l’événement EVENT_STATE_CHANGE dans ce cas.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : case à cocher, liste déroulante, contrôle de l’en-tête, bouton poussoir, bouton radio, barre de défilement, contrôle de la barre d’outils, contrôle arborescence, contrôle haut/bas et objet fenêtre. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles. Par exemple, une modification de l’état peut se produire lorsqu’un objet bouton a été enfoncé ou relâché ou lorsqu’un objet est activé ou désactivé.
Le système envoie cet événement pour les éléments d’interface utilisateur suivants : contrôle d’édition, contrôle d’en-tête, contrôle des touches d’accès rapides, contrôle de la barre de progression, barre de défilement, contrôle du curseur et contrôle haut-bas. Les applications serveur MSAA envoient cet événement pour leurs objets accessibles.
Les applications serveur MSAA envoient cet événement à chaque modification importante de l’interface utilisateur susceptible de devoir être signalée à l’utilisateur.
Cet événement est envoyé par le système ; les applications serveur MSAA n’envoient jamais cet événement.
Cet événement est envoyé par le système ; les applications serveur MSAA n’envoient jamais cet événement.
Cet événement est envoyé par le système pour les boîtes de dialogue standard. Les applications serveur MSAA envoient cet événement pour les boîtes de dialogue personnalisées.
Cet événement est envoyé par le système pour les boîtes de dialogue standard. Les applications serveur MSAA envoient cet événement pour les boîtes de dialogue personnalisées (les fenêtres qui fonctionnent en tant que boîtes de dialogue mais qui ne sont pas créées de manière classique).
Les applications qui prennent en charge les opérations de glisser-déposer doivent envoyer cet événement, contrairement au système.
Les applications qui prennent en charge les opérations de glisser-déposer doivent envoyer cet événement, contrairement au système.
Le système envoie cet événement même si la fenêtre de premier plan est remplacée par une autre fenêtre du même thread. Les applications serveur MSAA n’envoient jamais cet événement.
Le système envoie cet événement pour les menus standard. Les applications serveur MSAA envoient cet événement pour les menus personnalisés.
Le système envoie cet événement pour les menus standard. Les applications serveur MSAA envoient cet événement pour les menus personnalisés. Lorsqu’un menu contextuel est fermé, le client reçoit ce message suivi presque immédiatement par l’événement EVENT_SYSTEM_MENUEND.
Le système envoie cet événement pour les menus standard. Les applications serveur MSAA envoient cet événement pour les menus personnalisés (éléments d’interface utilisateur faisant office de menus mais qui ne sont pas créés de manière classique).
Le système envoie cet événement pour les menus standard. Les applications serveur MSAA envoient cet événement pour les menus personnalisés (éléments d’interface utilisateur faisant office de menus mais qui ne sont pas créés de manière classique). Le système peut déclencher plusieurs événements EVENT_SYSTEM_MENUSTART qui peuvent correspondre ou pas à un événement EVENT_SYSTEM_MENUEND.
Cet événement est envoyé par le système ; les applications serveur MSAA n’envoient jamais cet événement.
Cet événement est envoyé par le système ; les applications serveur MSAA n’envoient jamais cet événement.
Cet événement est envoyé par le système ; les applications serveur MSAA n’envoient jamais cet événement.
Cet événement est envoyé par le système ; les applications serveur MSAA n’envoient jamais cet événement.
Cet événement est envoyé par le système pour les barres de défilement associées à une fenêtre et pour les contrôles de barre de défilement standard. Les applications serveur MSAA envoient cet événement pour les barres de défilement personnalisées.
Cet événement est envoyé par le système pour les barres de défilement associées à une fenêtre et pour les contrôles de barre de défilement standard. Les applications serveur MSAA envoient cet événement pour les barres de défilement personnalisées (éléments d’interface utilisateur faisant office de barres de défilement mais qui ne sont pas créés de manière classique).
Le système envoie cet événement lorsqu’un son système (pour les menus, par exemple) est lu même si aucun son n’est audible (en cas d’absence de fichier audio ou de carte son, par exemple). Les applications serveur MSAA envoient cet événement lorsqu’un élément d’interface utilisateur personnalisé génère un son.
Cet événement est envoyé par le système ; les applications serveur MSAA n’envoient jamais cet événement. Si seule une application est en cours d’exécution lorsque l’utilisateur appuie sur ALT+TAB, le système envoie cet événement sans événement EVENT_SYSTEM_SWITCHSTART correspondant.
Cet événement est envoyé par le système ; les applications serveur MSAA n’envoient jamais cet événement. Si seule une application est en cours d’exécution lorsque l’utilisateur appuie sur ALT+TAB, le système envoie un événement EVENT_SYSTEM_SWITCHEND sans événement EVENT_SYSTEM_SWITCHSTART correspondant.
Ce rôle doit être utilisé uniquement pour les objets qui représentent une alerte mais qui ne sont pas associés à un autre élément d’interface utilisateur, tel qu’une boîte de message, un graphique, du texte ou un son.
Les contrôles d’animation sont généralement affichés lorsque les fichiers sont copiés ou lorsqu’une autre tâche longue est en cours d’exécution.
L’ensemble de la bordure est représenté par un seul objet, plutôt que par des objets distincts pour chaque côté.
Il peut également s’agir d’un objet en lecture seule avec un compteur de vitesse.
Une fenêtre de document est toujours contenue dans une fenêtre d’application. Ce rôle s’applique uniquement à une interface multidocument (MDI) et fait référence à l’objet qui contient la barre de titre MDI.
Il affiche un élément et permet à l’utilisateur d’en afficher et sélectionner un autre à partir d’une liste de valeurs alternatives.
Par exemple, un utilisateur peut cliquer et faire glisser une poignée de dimensionnement dans le coin inférieur droit d’une fenêtre pour la redimensionner.
Il peut y avoir ou non une relation parent-enfant entre l’objet de regroupement et les objets qu’il contient.
Cet objet peut ressembler à du texte ou à un graphique, mais il agit comme un bouton.
D’un point de vue fonctionnel, un élément de menu peut être équivalent à un bouton-poussoir, un bouton radio, une case à cocher ou un menu.
Tous les types de menus doivent posséder ce rôle, notamment les menus déroulants qui sont affichés par sélection à partir d’une barre de menus et les menus de raccourcis qui s’affichent lorsque le bouton droit de la souris est activé.
Les utilisateurs peuvent naviguer d’un volet à l’autre ainsi que dans le contenu du volet actif mais ne peuvent pas naviguer d’un élément à l’autre dans différents volets. Par conséquent, les volets représentent un niveau de regroupement inférieur à celui des fenêtres frame ou des documents, mais supérieur à celui des options individuelles. En règle générale, l’utilisateur navigue d’un volet à l’autre en appuyant sur les touches TAB, F6 ou Ctrl+TAB, selon le contexte.
Cette option ne nécessite généralement aucune entrée utilisateur.
Il fait partie d’un groupe d’options qui s’excluent mutuellement. Tous les objets partageant un seul parent qui ont cet attribut sont considérés comme faisant partie d’un groupe unique mutuellement exclusif. Vous pouvez utiliser des objets ROLE_SYSTEM_GROUPING pour les diviser en groupes distincts lorsque cela est nécessaire.
Un texte statique ne peut pas être modifié ou sélectionné.
La barre d’état peut posséder plusieurs champs qui affichent différents types d’informations.
Cet indicateur ne modifie pas le focus ou l’ancrage de sélection sauf s’il est combiné avec SELFLAG_TAKEFOCUS. Le comportement de SELFLAG_ADDSELECTION | SELFLAG_TAKEFOCUS équivaut à l’ajout manuel d’un élément à une sélection en maintenant la touche CTRL enfoncée et en cliquant sur un objet non sélectionné dans l’Explorateur Windows.
Cet indicateur ne peut pas être combiné avec SELFLAG_REMOVESELECTION ou SELFLAG_TAKESELECTION.
Ainsi, si l’objet d’ancrage n’est pas sélectionné, les objets sont supprimés de la sélection ; si l’objet d’ancrage est sélectionné, la sélection est étendue à cet objet et à tous les objets intermédiaires. Vous pouvez définir l’état de sélection en combinant cet indicateur avec SELFLAG_ADDSELECTION ou SELFLAG_REMOVESELECTION.
Cet indicateur ne modifie pas le focus ou l’ancrage de sélection sauf s’il est combiné avec SELFLAG_TAKEFOCUS. Le comportement de SELFLAG_EXTENDSELECTION | SELFLAG_TAKEFOCUS équivaut à l’ajout manuel d’un élément à une sélection en maintenant la touche MAJ enfoncée et en cliquant sur un objet non sélectionné dans l’Explorateur Windows.
Cet indicateur ne peut pas être combiné avec SELFLAG_TAKESELECTION.
Cet indicateur ne modifie pas le focus ou l’ancrage de sélection sauf s’il est combiné avec SELFLAG_TAKEFOCUS. Le comportement de SELFLAG_REMOVESELECTION | SELFLAG_TAKEFOCUS équivaut à la suppression manuelle d’un élément d’une sélection en maintenant la touche CTRL enfoncée tout en cliquant sur un objet sélectionné dans l’Explorateur Windows.
Cet indicateur ne peut pas être combiné avec SELFLAG_ADDSELECTION ou SELFLAG_TAKESELECTION.
Utilisé tout seul, cet indicateur n’a pas d’incidence sur la sélection. Son comportement équivaut à déplacer le focus manuellement en appuyant sur les touches de direction tout en maintenant la touche CTRL enfoncée dans l’Explorateur Windows ou dans une zone de liste à sélection multiple.
Avec des objets présentant l’état STATE_SYSTEM_MULTISELECTABLE, SELFLAG_TAKEFOCUS peut être combiné aux valeurs suivantes :
Cet indicateur ne modifie pas le focus ou l’ancrage de sélection sauf s’il est combiné avec SELFLAG_TAKEFOCUS. Le comportement de SELFLAG_TAKESELECTION | SELFLAG_TAKEFOCUS est équivalent à un clic simple sur un élément dans l’Explorateur Windows.
Cet indicateur ne doit pas être combiné avec les indicateurs suivants :
Par exemple, un indicateur de batterie tombant à un niveau faible peut effectuer la transition vers cet état. Dans ce cas, un utilitaire d’accès masqué peut annoncer ces informations immédiatement à l’utilisateur, tandis qu’un programme d’agrandissement d’écran peut faire défiler l’écran pour afficher l’indicateur de batterie. Cet état est également approprié pour les invites ou les opérations qui doivent être achevées avant que l’utilisateur puisse poursuivre.
Cet état peut être utilisé, par exemple, lorsque Word modifie l’apparence du bouton Assistant Conseil sur sa barre d’outils pour indiquer qu’il a un conseil pour l’utilisateur.
Par exemple, lorsque l’indicateur de batterie commence à atteindre un niveau faible, il peut générer un message d’avertissement de niveau moyen. Les utilitaires d’accès masqué peuvent alors générer un son pour signaler à l’utilisateur que des informations importantes sont disponibles, sans pour autant l’interrompre dans son travail. L’utilisateur peut alors consulter les informations du message d’alerte à sa guise.
Les graphiques qui sont parfois animés doivent être décrits en tant que ROLE_SYSTEM_GRAPHIC en définissant la propriété State sur STATE_SYSTEM_ANIMATED. Cet état ne doit pas être utilisé pour indiquer que l’emplacement de l’objet est modifié.
Ne confondez pas le focus d’objet avec la sélection d’objet.
La liste des noms de fichiers d’une zone de liste peut contenir plusieurs centaines de noms, mais seuls certains sont visibles par l’utilisateur. Le reste est tronqué par le parent et doit être défini sur STATE_SYSTEM_INVISIBLE.
Les objets qui ne sont jamais visibles doivent être définis sur STATE_SYSTEM_OFFSCREEN. Notez qu’un objet peut être considéré comme visible (c’est-à-dire que l’indicateur STATE_SYSTEM_INVISIBLE n’est pas défini) et être tout de même masqué par une autre application. Il n’est donc pas visible par l’utilisateur. Par exemple, un objet est considéré comme visible s’il apparaît dans la fenêtre principale d’une application, même s’il est masqué par une boîte de dialogue.
La case n’est ni cochée ni désélectionnée et possède donc le troisième état (mixte).
Un objet son ou alerte ou une fenêtre masquée qui ne sera jamais visible peut avoir cet état.
Une aide d’accessibilité reposant sur la synthèse vocale ne doit pas annoncer d’informations lorsqu’un objet avec cet état a le focus, car l’objet annonce automatiquement des informations le concernant.
Cette méthode est appelée par le code de démarrage de l’application qui est autogénéré par le compilateur MXML. Ensuite, lorsque des occurrences de UIComponent sont initialisées, leur propriété
Il s’agit d’une sous-classe de la classe AccessibilityImplementation de Flash Player.
Lorsqu’un composant MX ou Spark est créé, sa propriété
Enfants
Flash Player ne prend pas en charge une vraie hiérarchie d’objets accessibles. Si un objet DisplayObject possède un objet
Le nombre d’enfants (parties internes) et d’ID d’enfant utilisés pour les identifier sont déterminés par la méthode
Rôle
Le rôle MSAA d’un composant et de ses parties internes est déterminé par la méthode
Nom
Le nom MSAA d’un composant et de ses parties internes est déterminé par la méthode
Description
La description MSAA est déterminée uniquement par l’objet
Etat
L’état MSAA d’un composant et de ses parties internes est déterminé par la méthode
Valeur
La valeur MSAA d’un composant et de ses parties internes est déterminé par la méthode
Emplacement
L’emplacement MSAA des parties internes d’un composant, et non le composant lui-même, est déterminé par la méthode
Action par défaut
L’action par défaut DefaultAction MSAA d’un composant et de ses parties internes est déterminée par la méthode
Autre
Les événements MSAA EVENT_OBJECT_SHOW et EVENT_OBJECT_HIDE sont envoyés lorsque l’objet est affiché ou masqué. Leurs états correspondants sont couverts par Flash Player qui ne rend pas les composants MSAA qui sont masqués. Lorsque le composant est affiché, les états mentionnés pour AccImpl sont utilisés.