Template:semantic-xhtml-design-principles-fr - Revision history

ChristopheDucamp at 23:50, 21 October 2007

2007-10-21T23:50:17Z

← Older revision		Revision as of 23:50, 21 October 2007
Line 1:		Line 1:
	'''Note : les Principes de Design XHTML Sémantique ont été écrits ~~inialement~~ dans le contexte de développement de [[hcard-fr\|hCard]] et [[hcalendar-fr\|hCalendar]], par conséquent il peut être plus facile de comprendre ces principes dans le contexte de la [[hcard-design-methodology-fr\|méthodologie de design hCard]] (ce qui veut dire, lisez ça d'abord). [[User:Tantek\|Tantek]]'''		'''Note : les Principes de Design XHTML Sémantique ont été écrits initialement dans le contexte de développement de [[hcard-fr\|hCard]] et [[hcalendar-fr\|hCalendar]], par conséquent il peut être plus facile de comprendre ces principes dans le contexte de la [[hcard-design-methodology-fr\|méthodologie de design hCard]] (ce qui veut dire, lisez ça d'abord). [[User:Tantek\|Tantek]]'''

	XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.		XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.

ChristopheDucamp: sync'd

2007-10-21T23:50:00Z

sync'd

← Older revision		Revision as of 23:50, 21 October 2007
Line 1:		Line 1:
			'''Note : les Principes de Design XHTML Sémantique ont été écrits inialement dans le contexte de développement de [[hcard-fr\|hCard]] et [[hcalendar-fr\|hCalendar]], par conséquent il peut être plus facile de comprendre ces principes dans le contexte de la [[hcard-design-methodology-fr\|méthodologie de design hCard]] (ce qui veut dire, lisez ça d'abord). [[User:Tantek\|Tantek]]'''

	XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.		XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.

ChristopheDucamp: typo

2007-03-18T11:04:17Z

typo

← Older revision		Revision as of 11:04, 18 March 2007
Line 1:		Line 1:
	XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.		XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.

	# Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir des standards de référence établis et bien supportés. ~~Eviter~~ de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.		# Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir des standards de référence établis et bien supportés. Evitez de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.
	## Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.		## Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.
	## Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.		## Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.
	# Utilisez la sémantique XHTML la plus précise pour construire des blocs pour chaque objet, etc.		# Utilisez la sémantique XHTML la plus précise pour construire des blocs pour chaque objet, etc.
	# Autrement ~~utiliser~~ un élément générique structurel (par ex. <code><span></code> ou <code><div></code>), ou l'élément contextuel approprié (par ex. un <code><li></code> dans un <code><ul></code> ou <code><ol></code>).		# Autrement utilisez un élément générique structurel (par ex. <code><span></code> ou <code><div></code>), ou l'élément contextuel approprié (par ex. un <code><li></code> dans un <code><ul></code> ou <code><ol></code>).
	# Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) ~~devrait~~ aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les ~~espace~~ dans les noms des composants deviennent des caractères tiret '-'.		# Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devraient aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espaces dans les noms des composants deviennent des caractères tiret '-'.
	# Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <code><abbr></code> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title' (là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de <code><abbr></code> : [http://tantek.com/log/2005/01.html#d26t0100 Human vs. ISO8601 dates problem solved]		# Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <code><abbr></code> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title' (là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de <code><abbr></code> : [http://tantek.com/log/2005/01.html#d26t0100 Human vs. ISO8601 dates problem solved]

ChristopheDucamp: typo

2006-06-28T10:12:07Z

typo

← Older revision		Revision as of 10:12, 28 June 2006
Line 7:		Line 7:
	# Autrement utiliser un élément générique structurel (par ex. <code><span></code> ou <code><div></code>), ou l'élément contextuel approprié (par ex. un <code><li></code> dans un <code><ul></code> ou <code><ol></code>).		# Autrement utiliser un élément générique structurel (par ex. <code><span></code> ou <code><div></code>), ou l'élément contextuel approprié (par ex. un <code><li></code> dans un <code><ul></code> ou <code><ol></code>).
	# Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devrait aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espace dans les noms des composants deviennent des caractères tiret '-'.		# Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devrait aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espace dans les noms des composants deviennent des caractères tiret '-'.
	# Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <code><abbr></code> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title'		# Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <code><abbr></code> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title' (là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de <code><abbr></code> : [http://tantek.com/log/2005/01.html#d26t0100 Human vs. ISO8601 dates problem solved]
	(là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de <code><abbr></code> : [http://tantek.com/log/2005/01.html#d26t0100 Human vs. ISO8601 dates problem solved]

ChristopheDucamp at 13:12, 22 June 2006

2006-06-22T13:12:17Z

← Older revision		Revision as of 13:12, 22 June 2006
Line 1:		Line 1:
	XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement		XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.
	pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant
	du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.

	# Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir		# Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir des standards de référence établis et bien supportés. Eviter de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.
	des standards de référence établis et bien supportés. Eviter de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.
	## Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.		## Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.
	## Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.		## Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.
Line 11:		Line 8:
	# Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devrait aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espace dans les noms des composants deviennent des caractères tiret '-'.		# Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devrait aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espace dans les noms des composants deviennent des caractères tiret '-'.
	# Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <code><abbr></code> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title'		# Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <code><abbr></code> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title'
	(là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même.		(là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de <code><abbr></code> : [http://tantek.com/log/2005/01.html#d26t0100 Human vs. ISO8601 dates problem solved]
	De plus amples explications de cet usage de <code><abbr></code> : [http://tantek.com/log/2005/01.html#d26t0100 Human vs. ISO8601 dates problem solved]

ChristopheDucamp: Template:semantic-xhtml-design-principles

2006-06-22T13:11:03Z

Template:semantic-xhtml-design-principles

New page

XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement
pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant
du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.

# Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir
des standards de référence établis et bien supportés. Eviter de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.
## Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.
## Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.
# Utilisez la sémantique XHTML la plus précise pour construire des blocs pour chaque objet, etc.
# Autrement utiliser un élément générique structurel (par ex. <code><span></code> ou <code><div></code>), ou l'élément contextuel approprié (par ex. un <code><li></code> dans un <code><ul></code> ou <code><ol></code>).
# Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devrait aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espace dans les noms des composants deviennent des caractères tiret '-'.
# Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <code><abbr></code> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title'
(là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même.
De plus amples explications de cet usage de <code><abbr></code> : [http://tantek.com/log/2005/01.html#d26t0100 Human vs. ISO8601 dates problem solved]