AmeerDawood: /* Problématiques Fermées */

2008-11-17T23:31:29Z

Problématiques Fermées

← Older revision		Revision as of 23:31, 17 November 2008
Line 84:		Line 84:
	* 2006-11-26 soulevée par Andy Mabbett		* 2006-11-26 soulevée par Andy Mabbett
	*# ''Using emboldening and italics to differentiate types on, e.g. the cheatsheet pages [[hcard-cheatsheet]], is unhelpful to users of assistive technologies, text-only devices, etc. A number, letter or symbol should additionally be used. [[User:AndyMabbett\|Andy Mabbett]] 14:33, 26 Nov 2006 (PST)''		*# ''Using emboldening and italics to differentiate types on, e.g. the cheatsheet pages [[hcard-cheatsheet]], is unhelpful to users of assistive technologies, text-only devices, etc. A number, letter or symbol should additionally be used. [[User:AndyMabbett\|Andy Mabbett]] 14:33, 26 Nov 2006 (PST)''
	#I think the emboldening is fine as it marks up the required properties. The italics are a bit of a problem but keep it simple at the moment. Additional characters can’t be used as they would break the class="property" template. ~~Colours~~ would be a way but are inaccessible to some users, so there is no real solution to that problem for now. [[User:JulianStahnke\|Julian Stahnke]] 22:55, 26 Nov 2006 (GMT)		#I think the emboldening is fine as it marks up the required properties. The italics are a bit of a problem but keep it simple at the moment. Additional characters can’t be used as they would break the class="property" template. Colors would be a way but are inaccessible to some users, so there is no real solution to that problem for now. [[User:JulianStahnke\|Julian Stahnke]] 22:55, 26 Nov 2006 (GMT)
	#*"I think the emboldening is fine" - how would you understand emboldening in a text-only browser like Lynx, or in an aural browser? [[User:AndyMabbett\|Andy Mabbett]] 15:17, 26 Nov 2006 (PST)		#*"I think the emboldening is fine" - how would you understand emboldening in a text-only browser like Lynx, or in an aural browser? [[User:AndyMabbett\|Andy Mabbett]] 15:17, 26 Nov 2006 (PST)
	#**Ups, I just assumed that it would use strong and em tags. Yeah, well, let’s think about it. [[User:JulianStahnke\|Julian Stahnke]] 23:22, 26 Nov 2006 (GMT)		#**Ups, I just assumed that it would use strong and em tags. Yeah, well, let’s think about it. [[User:JulianStahnke\|Julian Stahnke]] 23:22, 26 Nov 2006 (GMT)

ChristopheDucamp at 14:14, 2 July 2007

2007-07-02T14:14:15Z

New page

<h1>problématiques d'accessibilité</h1>

Ce sont des problématiques soulevées concernant l'[[accessibility-fr|accessibilité]]
avec différents degrés de mérite. De ce fait, quelques problématiques peuvent être REJETEES pour un grand nombre de raisons évidentes (mais encore documentées ici dans le cas où elles seraient soulevées à nouveau), et d'autres qui contiennent des discussions plus longues. Quelques problématiques pevuent être ACCEPTEES et peut-être provoquer des changements ou des explications améliorées dans la spécification.



Les problématiques proposées peuvent et seront (probablement) éditées et récrites pour une meilleure concision, clarté,
et d'un point de vue aussi neutre que possible. Ecrivez bien vos problématiques. — [http://tantek.com/ Tantek]

Ajoutez SVP les nouvelles problématiques en '''haut''' de la liste.
Relancez SVP vers les problématiques résolues/rejetées avec une nouvelle information plutôt que
de soumettre à nouveau de telles problématiques.
Les ajouts de problématiques dupliquées seront réinitialisés.

__TOC__

== Problématiques ==

*{{OpenIssue-fr}} [http://lists.w3.org/Archives/Public/w3c-wai-ig/2006OctDec/0022.html 2006-10-06 soulevée par John Foliot in w3c-wai-ig]
*# ''<blockquote><p>Ce dont nous n'avons pas besoin (AMHA) est un web où tout sera simplement un <div>
avec quelques style d'association supplémentaire de microformats ajouté à cela.. </p></blockquote>''

*{{OpenIssue-fr}} [http://www.accessifyforum.com/viewtopic.php?t=6167&postdays=0&postorder=asc&start=0 2006-09-20 soulevée par Andy Mabbett dans le accessifyforum]
*# ''Utilisation de 'abbr' dans les microformats''

===hCalendar===
problématiques d'accessibilité spécifiques à hCalendar.
Celles-ci sont distinctes des [[hcalendar-issues-fr|problématiques hCalendar]]
en général de façon qu'elles ne soient pas perdues parmi d'autres problématiques en rapport de non-accessibilité.

* {{OpenIssue-fr}} 2007-01-20 soulevée par [[User:AndyMabbett|Andy Mabbett]]
*# ''Quand <code>DTEND</code> est une date, et non une date-time, il est requis que ce soit le jour après la fin de l'événement, de ce fait : <code><nowiki>
<abbr class="dtend" title="2007-04-30">29 Avril 2007</abbr></nowiki></code>. Néanmoins, "29 avril 2007" n'est '''''pas'''''
une abréviation de 2007-04-30 ; c'est une abréviation de 2007-04-29. Le marquage comme présenté est sémantiquement
incorrect et provoquera probablement des problèmes pour les utilisateurs et les agents-utilisateurs qui lisent l'attribut title, et non la valeur du texte, de l'élément <code>abbr</code>.''

*{{OpenIssue-fr}} 2006-12-11 soulevée par Andy Mabbett
*# ''L'image dans [[hcalendar-brainstorming-fr#Photos d'autres pièces jointes]] a un texte alt inapproprié,
étant juste le nom du fichier. [[User:AndyMabbett|Andy Mabbett]] 15:23, 6 Mar 2007 (PST)''

=== abbr-design-pattern ===
*{{OpenIssue-fr}} 2007-04-27 raised by JamesCraig, BruceLawson.
*# ''L'article Web Standards Project ATF et la discussion sur la raison pour lesquelles quelques instances
du [http://www.webstandards.org/2007/04/27/haccessibility/ abbr-design-pattern sont mal pour l'accessibilité].'

=== include-design-pattern ===
*{{OpenIssue-fr}} 2007-04-28 raised by [[User:PatrickLauke|PatrickLauke]]
*# bien qu'il soit normalement vide, [http://microformats.org/wiki/include-pattern-feedback-fr#Hyperlink_Include_-_probl.C3.A9matiques_pour_les_utilisateurs_de_claviers_.28y_compris_les_utilisateurs_de_Screen_Reader.29 hyperlink includes se présente encore dans le cycle de tabultation de la majorité des navigateurs],
s'avérant être un problème pour les utilisateurs de claviers (y compris les utilisateurs de screen readers)
*# Le test [http://microformats.org/wiki/include-pattern-feedback-fr#R.C3.A9sultats_des_Tests_:_JAWS_7.0_with_Firefox_1.5.2FWin JAWS 7.0] n'est pas concluant pour s'assurer de la compatibilité dans d'autres
lecteurs écrans majeurs.

===Accessibilité de ce wiki===
*{{OpenIssue-fr}} 2006-11-26 soulevée par Andy Mabbett
*# ''Les grands blocs de texte en italique sont inaccessibles pour beaucoup de lecteurs,
y compris les personnes avec des sortes de déficits visuels, dyslexie, etc.
[http://www.intranet.man.ac.uk/accessibility/Disabilities/dyslexia.html],
[https://tritonlink.ucsd.edu/portal/site/tritonlink-preview/menuitem.b4448692267a11256ec5e210514b01ca?storyID=20896]. [http://accessites.org/], [http://tlt.psu.edu/suggestions/accessibility/font.html], [http://www.wd4a.co.uk/Guidelines.htm] [[User:AndyMabbett|Andy Mabbett]] 14:33, 26 Nov 2006 (PST)''

*{{OpenIssue-fr}} 2006-12-11 soulevée par Andy Mabbett
*# ''[http://microformats.org/wiki?title=page-summary-formats&diff=11222&oldid=11214 La duplication du lien texte]
brise la [http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-meaningful-links WAI-WCAG 1 guideline 13.1 Clearly identify the target of each link]
est n'aide pas les utilisateurs de technologies d'assistance et les autres
agents, ce qui fournit des liens dans une liste autonome et hors contexte.
[[User:AndyMabbett|Andy Mabbett]] 10:29, 11 Dec 2006 (PST)''

== Gabarit ==
Utilisez SVP ce format (copiez et collez ça en haut de la liste pour ajouter vos problématiques) :
* {{OpenIssue-fr}} AAAA-MM-JJ soulevée par [http://votrepageaccueil.exemple.com VOTRENOM].
*# ''Question 1 : Voici la première problématique que j'ai.''
*# ''Question 2 : Voici la seconde problématique que j'ai.''

== Problématiques Résolues ==
Les problématiques qui ont été résolues mais peuvent avoir des items [[to-do-fr|to-do]].
* ...

== Problématiques Fermées ==
problématiques fermées qui n'ont plus d'actions plus en profondeur à prendre.

* 2006-11-26 soulevée par Andy Mabbett
*# ''Using emboldening and italics to differentiate types on, e.g. the cheatsheet pages [[hcard-cheatsheet]], is unhelpful to users of assistive technologies, text-only devices, etc. A number, letter or symbol should additionally be used. [[User:AndyMabbett|Andy Mabbett]] 14:33, 26 Nov 2006 (PST)''
*#*I think the emboldening is fine as it marks up the required properties. The italics are a bit of a problem but keep it simple at the moment. Additional characters can’t be used as they would break the class="property" template. Colours would be a way but are inaccessible to some users, so there is no real solution to that problem for now. [[User:JulianStahnke|Julian Stahnke]] 22:55, 26 Nov 2006 (GMT)
*#**"I think the emboldening is fine" - how would you understand emboldening in a text-only browser like Lynx, or in an aural browser? [[User:AndyMabbett|Andy Mabbett]] 15:17, 26 Nov 2006 (PST)
*#***Ups, I just assumed that it would use strong and em tags. Yeah, well, let’s think about it. [[User:JulianStahnke|Julian Stahnke]] 23:22, 26 Nov 2006 (GMT)
*#*Of course, one could add that stuff ''after'' the class="property" thing. That might look a little cluttered though. I’ll consider that for the next revision/next cheat sheet I do. [[User:JulianStahnke|Julian Stahnke]] 22:57, 26 Nov 2006 (GMT)
*#**All that's needed is:
::::<nowiki>* class="vcard" (1)</nowiki>
::instead of:
::::<nowiki>* class="vcard"</nowiki>
:::[[User:AndyMabbett|Andy Mabbett]] 15:24, 26 Nov 2006 (PST)
*#*'''Maintenant résolu'''. Merci à tous ceux qui ont aidé. [[User:AndyMabbett|Andy Mabbett]] 10:30, 11 Dec 2006 (PST)

== Voir aussi ==
* [[accessibility-fr|accessibilité]]
* [[microformats-issues-fr|microformats-problématiques]]

accessibility-issues-fr - Revision history

AmeerDawood: /* Problématiques Fermées */

ChristopheDucamp at 14:14, 2 July 2007