Re: [Liste GTA] Apparence de checkbox customisée via CSS et ARIA
Merci pour l'exemple. En effet, dans le 10.3 du RGAA 3, il n'y a pas de test sur la désactivation des images. La surcharge de rôle du label via ARIA (checkbox)est-elle conforme ? Et globalement, le code évalué est-il conforme ? -Original Message- From: Aurélien Levy aurelien.l...@temesis.com To: liste_gta@list.accessiweb.org Date: Thu, 11 Dec 2014 18:34:09 +0100 Subject: Re: [Liste GTA] Apparence de checkbox customisée via CSS et ARIA Bonjour, pour ce genre de chose tu n'as pas besoin de passer par aria, exemple : http://blog.temesis.com/post/2014/03/18/cases-a-cocher-personnalisees-accessibles [http://blog.temesis.com/post/2014/03/18/cases-a-cocher-personnalisees-accessibles] Le problème ici est que tes cases à cocher sont faites via des images de fond donc si tu les désactives / mode fort contraste / css utilisateurs / problème de chargement, elles disparaitront ce qui perturber les utilisateurs voyants et malvoyants. A noter, lors de l'appel à commentaire au GTA sur le RGAA 3, la majorité a demandé le maintient de la prise en compte de ce cas de figure mais ils semble cf la version béta que la DISIC ce soit ranger à l'avis contraire. Aurélien Bonjour, voici un nouveau cas lors de mon éval qui me laisse perplexe. Le code suivant permet d'afficher ses propres images, via CSS, pour représenter la case à cocher. input type=checkbox value=Afficher name=TYPE checked=checked class=checkbox-mobile id=presentationModeDemarrage label role=checkbox tabindex=0 aria-checked=true for=presentationModeDemarrage id=xxxAfficher les astuces au prochain démarrage/label La classe checkbox-mobile fait un display:none. La restitution par Jaws par prise de focus est bonne : Case à cocher Afficher les astuces au prochain démarrage Cochée Par contre, la sélection/désélection n'est pas notifiée. Le détournement via ARIA du rôle natif de l'élément label est-il conforme ? Si non, quel critère permet d'invalider ? Comment implémenter la notification ? Merci d'avance pour votre collaboration. FRÉDÉRIC BERNIER-MALCOIFFE ___ liste_gta mailing list liste_gta@list.accessiweb.org [mailto:liste_gta@list.accessiweb.org] http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org [http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org] -- Aurélien Levy Temesis___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
[Liste GTA] Images et couleurs
Bonjour la liste, J'ai un graphique ou l'information serait donnée par 2 couleurs plus ou moins foncées : Si on passe en noir et blanc, je pense qu'on peut toujours comprendre le graphique. Est-ce que cette image est invalide selon vous ? -- *Cyril Lamotte* Jouve I.T. Solutions - Développeur Front-end / Expert accessibilité 02 43 08 39 97 Adoptez l'éco-attitude. N'imprimez ce courriel que si c'est vraiment nécessaire. Le présent mail ainsi que toutes les informations qu'il contient ne peuvent en aucun cas être considérés comme un engagement juridique de quelque nature que ce soit de JOUVE. Tout accord devra être formulé par écrit papier ultérieur signé par un représentant légal de JOUVE. Par ailleurs, si vous recevez ce mail par erreur, merci de nous le signaler et de le détruire ainsi que l'intégralité du document qui pourrait y être joint. ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Canva, légende et alternatives
Bonjour Frédéric, La solution d'une live region assertive marchera probablement, mais pas sûr que ce soit très agréable à l'utilisation. Après tout l'utilisateur n'a pas à subir une info systématique, il devrait pouvoir la consulter quand il le souhaite. Quitte à recoder, autant partir sur une progressbar. Il y a un rôle ARIA pour ça: http://www.w3.org/TR/wai-aria/roles#progressbar Il n'y a pas de DP associé, mais la doc du rôle suffit à concevoir un composant conforme. Dans les faits: - role=progressbar sur le canvas - id sur le texte de description - aria-labelledby pointant vers le texte de description - aria-valuemin et aria-valuemax instanciées comme il faut - aria-valuenow mis à jour en fonction de la progression (note: pas besoin de aria-valuetext ici, puisque par défaut le texte restitué est calculé en %, si la TA suit la spec) - comme c'est le seul élément de la page, aria-busy pas applicable ici Une remarque: CANVAS n'est peut-être pas le meilleur choix, sauf si tu es sûr qu'il est supporté par les configs de tes utilisateurs. Un simple sprite via une balise img fera l'affaire (sauf s'il y a des contraintes de type: la forme, la couleur ou le remplissage varient selon le contexte, et sont gérés via le script). Auquel cas tu peux utiliser le alt de l'image pour décrire le composant (à la place du couple id/aria-labelledby), ou garder un alt vide et le procédé id/aria-labelledby Bien sûr, comme pour tout composant sur base ARIA et HTML5, tester sur ta base de référence... Cordialement, [image: --] Olivier Nourry [image: http://]about.me/oliviernourry http://about.me/oliviernourry Le 10 décembre 2014 18:12, Aurélien Levy aurelien.l...@temesis.com a écrit : Bonjour, Pour moi c'est clairement une image décorative vu que toutes les infos sont présente textuellement. Il faut juste s'assurer que le % est bien mis à jour et restitué à intervalle régulier : div aria-live=assertive aria-labelledby=xxx span10%/span canvas width=220 height=220/canvas /div p id=xxxSynchronisationbrspan style=font-size:xx-smallMise à jour de la base locale/span/p Aurélien Bonjour, j'aimerais avoir votre avis sur le cas suivant dans le cadre d'une éval. Une image bitmap (balise canvas) est utilisée pour illustrer la progression d'une synchronisation : un cercle se colore par tranche de 5%. C'est le seul élément d'une page blanche. Il s'agit selon moi d'une image porteuse d'information pour laquelle il faut évaluer la pertinence de l'alternative. Le code est le suivant : span10%/span canvas width=220 height=220/canvas spanSynchronisationbrspan style=font-size:xx-smallMise à jour de la base locale/span/span L'image et le texte du pourcentage sont mis à jour par script. Quel(s) critère(s) invalider ? Le 1.3.9 est non applicable car le contenu entre canvas et /canvas est vide. Peut-on considérer qu'on est dans le cas d'une image bitmap légendée (1.10.5) et que ce critère et non valide ? Les préconisations de correction suivantes sont-elles correctes ? Laquelle est la meilleure ? Préco 1 : figure role=group canvas width=220 height=220Synchronisation/canvas figcaption span id=pourcent10%/spanspanSynchronisationbrspan style=font-size:xx-smallMise à jour de la base locale/span/span /figcaption /figure Préco 2 : canvas width=220 height=220 span id=pourcent10%/spanspanSynchronisationbrspan style=font-size:xx-smallMise à jour de la base locale/span/span /canvas [Mode troll on] Préco 3 (solution alternative simplifiée) : L'image est considérée comme une image de décoration et n'est pas restituée aux TA. Une notification est implémentée de manière accessible : Synchronisation (mise à jour de la base locale) en cours. Elle est répétée régulièrement (toutes les 5 secondes ?). [Mode troll off] Merci de votre collaboration ! En juin 2013, la division Services Numériques du *Groupe D.A.C.P* (maison mère d'*E tic*) a créé une nouvelle société de services : *Novia Systems* avec 500 nouveaux collaborateurs. Dans notre volonté d'apporter à nos clients des réponses adaptées aux dé s de demain, *E tic* et *Novia Systems* ont fusionné au 1er janvier 2014 pour donner naissance à une société de services numériques de 1000 personnes et de plus de 80 M€ de C.A, qui porte le nom de *Novia Systems*. [image: novia systems] FRÉDÉRIC BERNIER-MALCOIFFE CHEF DE PROJETS - EXPERT EN ACCESSIBILITE *adresse : *1, rue du Château de l'Eraudière - 44306 - NANTES Cedex 3 *tél : *+33 (0)2.51.89.78.78 - *fax : *+33 (0)2.51.89.78.50 *direct : *+33 (0)2.51.89.78.66 - *poste : 32*.66 ___ liste_gta mailing listliste_gta@list.accessiweb.orghttp://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org
Re: [Liste GTA] Images et couleurs
Bonjour Cyril, bonjour la liste On est dans un cas où l'info est donnée par la couleur. Le rapport de contraste de couleurs entre ces 2 bleus est de 2,3:1 A mon avis ce n'est pas suffisant. Qu'est-ce qu'on recommanderait si on n'avait pas d'autres moyens de légender les barres via des pictos ou des textes ? Est-ce qu'un contraste minimum de 3:1 comme dans le critère 10.6 serait suffirait ? Je me pose également la question. Bonne journée Carsten MEYER Le 15 décembre 2014 12:07, Cyril Lamotte clamo...@jouve.fr a écrit : Bonjour la liste, J'ai un graphique ou l'information serait donnée par 2 couleurs plus ou moins foncées : Si on passe en noir et blanc, je pense qu'on peut toujours comprendre le graphique. Est-ce que cette image est invalide selon vous ? -- *Cyril Lamotte* Jouve I.T. Solutions - Développeur Front-end / Expert accessibilité 02 43 08 39 97 Adoptez l'éco-attitude. N'imprimez ce courriel que si c'est vraiment nécessaire. Le présent mail ainsi que toutes les informations qu'il contient ne peuvent en aucun cas être considérés comme un engagement juridique de quelque nature que ce soit de JOUVE. Tout accord devra être formulé par écrit papier ultérieur signé par un représentant légal de JOUVE. Par ailleurs, si vous recevez ce mail par erreur, merci de nous le signaler et de le détruire ainsi que l'intégralité du document qui pourrait y être joint. ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Images et couleurs
Bonjour Carsten, Pour moi dans ton cas la couleur est le seul moyen de donner l'information, donc c'est non valide. Tu as un très bon exemple ici : http://wiki.accede-web.com/notices/graphique-ergonomique/assurer-la-comprehension-de-l-information-meme-en-l-absence-de-couleurs?DokuWiki=k6dhtc0hrmdegr27jgbndr3qv6 Cordialement, Marek ALGOUD Chef de projet Smile - Open Source Solutions www.smile.fr http:www.smile.fr Tel : +33 4 37 23 56 58 (45658) Email : marek.alg...@smile.fr mailto:marek.alg...@smile.fr On 15/12/2014 14:52, Cyril Lamotte wrote: Merci de ton intervention, Admettons que le contraste soit suffisant, l'image serait elle valide ? *Cyril Lamotte* Jouve I.T. Solutions - Développeur Front-end / Expert accessibilité 02 43 08 39 97 Adoptez l'éco-attitude. N'imprimez ce courriel que si c'est vraiment nécessaire. Le présent mail ainsi que toutes les informations qu'il contient ne peuvent en aucun cas être considérés comme un engagement juridique de quelque nature que ce soit de JOUVE. Tout accord devra être formulé par écrit papier ultérieur signé par un représentant légal de JOUVE. Par ailleurs, si vous recevez ce mail par erreur, merci de nous le signaler et de le détruire ainsi que l'intégralité du document qui pourrait y être joint. Le 15/12/2014 12:30, Carsten Perso a écrit : Bonjour Cyril, bonjour la liste On est dans un cas où l'info est donnée par la couleur. Le rapport de contraste de couleurs entre ces 2 bleus est de 2,3:1 A mon avis ce n'est pas suffisant. Qu'est-ce qu'on recommanderait si on n'avait pas d'autres moyens de légender les barres via des pictos ou des textes ? Est-ce qu'un contraste minimum de 3:1 comme dans le critère 10.6 serait suffirait ? Je me pose également la question. Bonne journée Carsten MEYER Le 15 décembre 2014 12:07, Cyril Lamotte clamo...@jouve.fr mailto:clamo...@jouve.fr a écrit : Bonjour la liste, J'ai un graphique ou l'information serait donnée par 2 couleurs plus ou moins foncées : Si on passe en noir et blanc, je pense qu'on peut toujours comprendre le graphique. Est-ce que cette image est invalide selon vous ? -- *Cyril Lamotte* Jouve I.T. Solutions - Développeur Front-end / Expert accessibilité 02 43 08 39 97 Adoptez l'éco-attitude. N'imprimez ce courriel que si c'est vraiment nécessaire. Le présent mail ainsi que toutes les informations qu'il contient ne peuvent en aucun cas être considérés comme un engagement juridique de quelque nature que ce soit de JOUVE. Tout accord devra être formulé par écrit papier ultérieur signé par un représentant légal de JOUVE. Par ailleurs, si vous recevez ce mail par erreur, merci de nous le signaler et de le détruire ainsi que l'intégralité du document qui pourrait y être joint. ___ liste_gta mailing list liste_gta@list.accessiweb.org mailto:liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Apparence de checkbox customisée via CSS et ARIA
Merci pour l'exemple. En effet, dans le 10.3 du RGAA 3, il n'y a pas de test sur la désactivation des images. La surcharge de rôle du label via ARIA (checkbox)est-elle conforme ? oui à partir du moment ou tu reproduit bien l'ensemble des comportements natifs (prise de focus visible, activable au clavier de la même manière que la case à cocher native, etc) et que cela fonctionne quand tu teste le rendu dans la base de référence RGAA3 notamment le rendu du nom/intitulé, du role et de l'état. (chez moi en tout cas sur safari et voiceover ça fonctionne pas) Et globalement, le code évalué est-il conforme ? cf point précédant tu dois tester le rendu. Aurélien -Original Message- From: Aurélien Levy aurelien.l...@temesis.com To: liste_gta@list.accessiweb.org Date: Thu, 11 Dec 2014 18:34:09 +0100 Subject: Re: [Liste GTA] Apparence de checkbox customisée via CSS et ARIA Bonjour, pour ce genre de chose tu n'as pas besoin de passer par aria, exemple : http://blog.temesis.com/post/2014/03/18/cases-a-cocher-personnalisees-accessibles Le problème ici est que tes cases à cocher sont faites via des images de fond donc si tu les désactives / mode fort contraste / css utilisateurs / problème de chargement, elles disparaitront ce qui perturber les utilisateurs voyants et malvoyants. A noter, lors de l'appel à commentaire au GTA sur le RGAA 3, la majorité a demandé le maintient de la prise en compte de ce cas de figure mais ils semble cf la version béta que la DISIC ce soit ranger à l'avis contraire. Aurélien Bonjour, voici un nouveau cas lors de mon éval qui me laisse perplexe. Le code suivant permet d'afficher ses propres images, via CSS, pour représenter la case à cocher. input type=checkbox value=Afficher name=TYPE checked=checked class=checkbox-mobile id=presentationModeDemarrage label role=checkbox tabindex=0 aria-checked=true for=presentationModeDemarrage id=xxxAfficher les astuces au prochain démarrage/label La classe checkbox-mobile fait un display:none. La restitution par Jaws par prise de focus est bonne : Case à cocher Afficher les astuces au prochain démarrage Cochée Par contre, la sélection/désélection n'est pas notifiée. Le détournement via ARIA du rôle natif de l'élément label est-il conforme ? Si non, quel critère permet d'invalider ? Comment implémenter la notification ? Merci d'avance pour votre collaboration. FRÉDÉRIC BERNIER-MALCOIFFE ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Apparence de checkbox customisée via CSS et ARIA
Bonjour à tous, Reproduire le comportement en JS d'une checkbox en JS n'est pas si simple si l'on souhaite que cela soit robuste. Je préconise d'utiliser un input checkbox et de le customiser avec CSS comme ceci : http://jsfiddle.net/korigan/xy1cfd35/ -- Steven Mouret Le 15 décembre 2014 15:05, Aurélien Levy aurelien.l...@temesis.com a écrit : Merci pour l'exemple. En effet, dans le 10.3 du RGAA 3, il n'y a pas de test sur la désactivation des images. La surcharge de rôle du label via ARIA (checkbox)est-elle conforme ? oui à partir du moment ou tu reproduit bien l'ensemble des comportements natifs (prise de focus visible, activable au clavier de la même manière que la case à cocher native, etc) et que cela fonctionne quand tu teste le rendu dans la base de référence RGAA3 notamment le rendu du nom/intitulé, du role et de l'état. (chez moi en tout cas sur safari et voiceover ça fonctionne pas) Et globalement, le code évalué est-il conforme ? cf point précédant tu dois tester le rendu. Aurélien -Original Message- From: Aurélien Levy aurelien.l...@temesis.com aurelien.l...@temesis.com To: liste_gta@list.accessiweb.org Date: Thu, 11 Dec 2014 18:34:09 +0100 Subject: Re: [Liste GTA] Apparence de checkbox customisée via CSS et ARIA Bonjour, pour ce genre de chose tu n'as pas besoin de passer par aria, exemple : http://blog.temesis.com/post/2014/03/18/cases-a-cocher-personnalisees-accessibles Le problème ici est que tes cases à cocher sont faites via des images de fond donc si tu les désactives / mode fort contraste / css utilisateurs / problème de chargement, elles disparaitront ce qui perturber les utilisateurs voyants et malvoyants. A noter, lors de l'appel à commentaire au GTA sur le RGAA 3, la majorité a demandé le maintient de la prise en compte de ce cas de figure mais ils semble cf la version béta que la DISIC ce soit ranger à l'avis contraire. Aurélien Bonjour, voici un nouveau cas lors de mon éval qui me laisse perplexe. Le code suivant permet d'afficher ses propres images, via CSS, pour représenter la case à cocher. input type=checkbox value=Afficher name=TYPE checked=checked class=checkbox-mobile id=presentationModeDemarrage label role=checkbox tabindex=0 aria-checked=true for=presentationModeDemarrage id=xxxAfficher les astuces au prochain démarrage/label La classe checkbox-mobile fait un display:none. La restitution par Jaws par prise de focus est bonne : Case à cocher Afficher les astuces au prochain démarrage Cochée Par contre, la sélection/désélection n'est pas notifiée. Le détournement via ARIA du rôle natif de l'élément label est-il conforme ? Si non, quel critère permet d'invalider ? Comment implémenter la notification ? Merci d'avance pour votre collaboration. FRÉDÉRIC BERNIER-MALCOIFFE ___ liste_gta mailing listliste_...@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing listliste_gta@list.accessiweb.orghttp://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Images et couleurs
Bonsoir Marek, Merci pour ta réponse, et c'est aussi la première réponse qui m'est venue à l'esprit : l'info est donnée uniquement par la couleur, donc non conforme. Plus clair et pas de risque de mauvaise interprétation. Le plus sûr est d'être créatif et proposer une différenciation plus flagrante via des motifs des pictogrammes ou des légendes sur le graphe, mais si on poussait le contraste à l'extrême, je me demandait si la différenciation forme pleine / forme vide créée par le contour pouvait sauver la mise comme ceci : [image: Images intégrées 1] Bonne soirée Carsten MEYER Le 15 décembre 2014 14:56, Marek Algoud marek.alg...@smile.fr a écrit : Bonjour Carsten, Pour moi dans ton cas la couleur est le seul moyen de donner l'information, donc c'est non valide. Tu as un très bon exemple ici : http://wiki.accede-web.com/notices/graphique-ergonomique/assurer-la-comprehension-de-l-information-meme-en-l-absence-de-couleurs?DokuWiki=k6dhtc0hrmdegr27jgbndr3qv6 Cordialement, Marek ALGOUD Chef de projet Smile - Open Source Solutions www.smile.fr http:www.smile.fr Tel : +33 4 37 23 56 58 (45658) Email : marek.alg...@smile.fr On 15/12/2014 14:52, Cyril Lamotte wrote: Merci de ton intervention, Admettons que le contraste soit suffisant, l'image serait elle valide ? *Cyril Lamotte* Jouve I.T. Solutions - Développeur Front-end / Expert accessibilité 02 43 08 39 97 Adoptez l'éco-attitude. N'imprimez ce courriel que si c'est vraiment nécessaire. Le présent mail ainsi que toutes les informations qu'il contient ne peuvent en aucun cas être considérés comme un engagement juridique de quelque nature que ce soit de JOUVE. Tout accord devra être formulé par écrit papier ultérieur signé par un représentant légal de JOUVE. Par ailleurs, si vous recevez ce mail par erreur, merci de nous le signaler et de le détruire ainsi que l'intégralité du document qui pourrait y être joint. Le 15/12/2014 12:30, Carsten Perso a écrit : Bonjour Cyril, bonjour la liste On est dans un cas où l'info est donnée par la couleur. Le rapport de contraste de couleurs entre ces 2 bleus est de 2,3:1 A mon avis ce n'est pas suffisant. Qu'est-ce qu'on recommanderait si on n'avait pas d'autres moyens de légender les barres via des pictos ou des textes ? Est-ce qu'un contraste minimum de 3:1 comme dans le critère 10.6 serait suffirait ? Je me pose également la question. Bonne journée Carsten MEYER Le 15 décembre 2014 12:07, Cyril Lamotte clamo...@jouve.fr a écrit : Bonjour la liste, J'ai un graphique ou l'information serait donnée par 2 couleurs plus ou moins foncées : Si on passe en noir et blanc, je pense qu'on peut toujours comprendre le graphique. Est-ce que cette image est invalide selon vous ? -- *Cyril Lamotte* Jouve I.T. Solutions - Développeur Front-end / Expert accessibilité 02 43 08 39 97 Adoptez l'éco-attitude. N'imprimez ce courriel que si c'est vraiment nécessaire. Le présent mail ainsi que toutes les informations qu'il contient ne peuvent en aucun cas être considérés comme un engagement juridique de quelque nature que ce soit de JOUVE. Tout accord devra être formulé par écrit papier ultérieur signé par un représentant légal de JOUVE. Par ailleurs, si vous recevez ce mail par erreur, merci de nous le signaler et de le détruire ainsi que l'intégralité du document qui pourrait y être joint. ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing listliste_gta@list.accessiweb.orghttp://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing listliste_gta@list.accessiweb.orghttp://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
