Accessibility - Revision history

Aternatik: /* Add (french) user experience for accessibility */

2015-01-21T14:43:31Z

Add (french) user experience for accessibility

← Older revision		Revision as of 14:43, 21 January 2015
Line 16:		Line 16:
	# Prefer modal popups to message at the bottom of the page or put these at the top		# Prefer modal popups to message at the bottom of the page or put these at the top
	# Avoid messages that automatically disapear		# Avoid messages that automatically disapear


			== User experience ==

			The text below is provided by a french user :

			1. barre de menu principale.
			a. dans cette barre, chaque item propose 2 liens. ceci fourni trop d'informations pour une même action par exemple : "index mainmenu=companies&leftm" puis pour le même exemple l'information pertinente est lue "tiers".
			il faudrait qu'il n'y ait qu'un seul lien qui comprenne le graphique et le texte.
			b. la fin de la barre pourrait être marquée d'un séparateur à moins que vous préfériez définir une région pour le sous-menu.

			2. barre de sous-menu
			cette barre peut être marquée de plusieurs manières :
			a. être définie en région.
			b. avoir un séparateur avant et après
			c. être dans un cadre étiqueté.

			3. il est nécessaire de pouvoir se rendre rapidement à la zone de la page où on doit effectuer le travail après avoir choisi le menu qui convienne. par défaut, le curseur est placé en haut de page.
			aujourd'hui, aucun marqueur ne marque cet espace. plusieurs possibilités :
			a. définir une région
			b. titre er en premier niveau par exemple le lien "Dolibarr 3.6.1" qui se trouve placer juste avant cet espace. et/ou en deuxième niveau le titre de l'espace de travail "nouvelle formation", "agenda"... selon le choix aux menus.
			c. positionner le curseur directement en haut de cet espace sur ce même titre hiérarchisé ou non.
			ma préférence irait vers le titrage voire associé à la définition d'une région.

			4.tableaux :
			a. les tableaux de la page d'accueil sont étiquetés ainsi par exemple :"boxtable23" ce qui ne fourni aucune information pertinante. nous sommes obligés d'utiliser d'autres commandes de navigation pour accéder à l'information sur la nature du tableau.
			b. les tableaux de listes ont bien une ligne de titre identifiée comme telle mais il serait préférable que la première colonne lorsque c'est justifié soit aussi déclarée comme titre de lignes. ceci facilite la navigation dans un tableau. ainsi pour se déplacer dans le tableau des tiers, en se déplaçant dans la colonne "ville" il est aisé d'avoir l'information du nom de la société et de la ville en même temps.



			(environnement windows 7 64 bits, revue d'écran NVDA dernière version stable et navigateur firefox à jour.)

Eldy: /* TODO */

2015-01-20T22:52:57Z

TODO

← Older revision		Revision as of 22:52, 20 January 2015
Line 6:		Line 6:

	== TODO ==		== TODO ==
	* Add a label tag to each and every form element (Work in progress) -> LDR: Warning, this creates some bugs. It seems label is ok only if it includes an edit form alement like a radio or an input field. Create problem with some js lib if included in other case like in readyonly mode of a form.		Note by LDR: I sorted with what i think shoul dbe a priority
	* Add shortcuts to content/search/action/submenu above the menu
	* Avoid reloading the page as much as possible (cf. Modules configuration page)		# Add a title to all pages to help identify them
	* Generate accessible PDF (Element creation order matters)		# Use th tag for table headers -> LDR: Warning, create also pb with some js lib. We started to move to th in past and we add to move back to td. But I can't remember in which case, we experience this...
	* Prefer modal popups to message at the bottom of the page or put these at the top		# Add a label tag to each and every form element (Work in progress) -> LDR: Warning, this creates some bugs. It seems label is ok only if it includes an edit form alement like a radio or an input field. Create problem with some js lib if included in other case like in readyonly mode of a form.
	* Avoid messages that automatically disapear		# Add shortcuts to content/search/action/submenu above the menu
	* Add a title to all pages to help identify them		# Avoid reloading the page as much as possible (cf. Modules configuration page)
	* Use th tag for table headers		# Generate accessible PDF (Element creation order matters)
			# Prefer modal popups to message at the bottom of the page or put these at the top
			# Avoid messages that automatically disapear

Eldy: /* TODO */

2015-01-20T22:49:49Z

TODO

← Older revision		Revision as of 22:49, 20 January 2015
Line 6:		Line 6:

	== TODO ==		== TODO ==
	* Add a label tag to each and every form element (Work in progress)		* Add a label tag to each and every form element (Work in progress) -> LDR: Warning, this creates some bugs. It seems label is ok only if it includes an edit form alement like a radio or an input field. Create problem with some js lib if included in other case like in readyonly mode of a form.
	* Add shortcuts to content/search/action/submenu above the menu		* Add shortcuts to content/search/action/submenu above the menu
	* Avoid reloading the page as much as possible (cf. Modules configuration page)		* Avoid reloading the page as much as possible (cf. Modules configuration page)

Rdoursenaud: Clarified WAI standards

2014-07-12T12:51:21Z

Clarified WAI standards

← Older revision		Revision as of 12:51, 12 July 2014
Line 3:		Line 3:
	Dolibarr is a web application so all web best practices apply.		Dolibarr is a web application so all web best practices apply.

	See WCAG, ARIA…		See W3C WAI: WCAG, ARIA…


	== TODO ==		== TODO ==
Line 10:		Line 9:
	* Add shortcuts to content/search/action/submenu above the menu		* Add shortcuts to content/search/action/submenu above the menu
	* Avoid reloading the page as much as possible (cf. Modules configuration page)		* Avoid reloading the page as much as possible (cf. Modules configuration page)
	* Generate accessible PDF (Element creation order matters).		* Generate accessible PDF (Element creation order matters)
	* Prefer modal popups to message at the bottom of the page or put these at the top.		* Prefer modal popups to message at the bottom of the page or put these at the top
	* Avoid messages that automatically disapear.		* Avoid messages that automatically disapear
	* Add a title to all pages to help identify them.		* Add a title to all pages to help identify them
	* Use th tag for table headers		* Use th tag for table headers

Rdoursenaud: Table headers recommendation

2014-07-12T12:21:12Z

Table headers recommendation

← Older revision		Revision as of 12:21, 12 July 2014
Line 14:		Line 14:
	* Avoid messages that automatically disapear.		* Avoid messages that automatically disapear.
	* Add a title to all pages to help identify them.		* Add a title to all pages to help identify them.
			* Use th tag for table headers

Rdoursenaud: Created a page about accessibility

2014-07-12T12:00:21Z

Created a page about accessibility

New page

''Draft'' about accessibility in Dolibarr.

Dolibarr is a web application so all web best practices apply.

See WCAG, ARIA…

== TODO ==
* Add a label tag to each and every form element (Work in progress)
* Add shortcuts to content/search/action/submenu above the menu
* Avoid reloading the page as much as possible (cf. Modules configuration page)
* Generate accessible PDF (Element creation order matters).
* Prefer modal popups to message at the bottom of the page or put these at the top.
* Avoid messages that automatically disapear.
* Add a title to all pages to help identify them.