xoxo-faq-fr - Revision history

ChristopheDucamp: /* l'attribut 'compact' */

2007-10-29T21:44:25Z

l'attribut 'compact'

← Older revision		Revision as of 21:44, 29 October 2007
Line 11:		Line 11:
	== l'attribut 'compact' ==		== l'attribut 'compact' ==
	''Q : pourquoi est ce que 'compact/expanded' est exprimé via un nouvel attribut et non par un style de classe ? Ne serait-ce pas plus compatible d'utiliser un style de classe ?''		''Q : pourquoi est ce que 'compact/expanded' est exprimé via un nouvel attribut et non par un style de classe ? Ne serait-ce pas plus compatible d'utiliser un style de classe ?''

	R : L'attribut compact n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.		R : L'attribut compact n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.

	''Q : Relance : est-ce qu'un style de classe appliqué au parent du sous-outline <code><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget déplier/replier comme une liste à puces) ?''		''Q : Relance : est-ce qu'un style de classe appliqué au parent du sous-outline <code><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget déplier/replier comme une liste à puces) ?''

	R : Voir réponse précédente : il est mieux de réutiliser un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.		R : Voir réponse précédente : il est mieux de réutiliser un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.

Line 22:		Line 20:

	''Q : Pourquoi ne pas utiliser l'attribut "appearance" de XForms au lieur de "compact" ?''		''Q : Pourquoi ne pas utiliser l'attribut "appearance" de XForms au lieur de "compact" ?''

	R : Pourquoi l'attribut XForms "appearance devrait être utilisé ? Il n'y en a aucun besoin, ni même quelque nécessité d'un second espace-nom pour faire que les choses simples soient plus compliquées qu'elles n'en aient même besoin.		R : Pourquoi l'attribut XForms "appearance devrait être utilisé ? Il n'y en a aucun besoin, ni même quelque nécessité d'un second espace-nom pour faire que les choses simples soient plus compliquées qu'elles n'en aient même besoin.

	''Q : Pourquoi l'attribut 'compact', déprécié dans la spécification HTML 4, est utilisé dans le format XOXO ? N'est-il pas mieux de ne pas utiliser d'éléments ou attributs dépréciés ?		''Q : Pourquoi l'attribut 'compact', déprécié dans la spécification HTML 4, est utilisé dans le format XOXO ? N'est-il pas mieux de ne pas utiliser d'éléments ou attributs dépréciés ?
			R : L'attribut 'compact' tel que spécifié dans le HTML4 est purement présentationnel et de fait a été déprécié. Le fait que cet attribut ait été peu utilisé, nous l'avons proposé de nouveau comme un attribut sémantique dans XOXO qui préserve en fait l'état de savoir si oui ou non ''l'utilisateur'' a tripoté un item d'outiline et tous ses enfants dans l'état ouvert vs l'état fermé. Nous avons recyclé l'attribut 'compact' au lieu de produire un nouvel attribut pour minimiser la réinvention, et de produire de nouveau un attribut autrement inutile à nouveau utile.
	R : L'attribut 'compact' tel que spécifié dans le HTML4 est purement présentationnel et de fait a été déprécié. Le fait que cet attribut ait été peu utilisé, nous l'avons proposé de nouveau comme un attribut sémantique dans XOXO qui préserve en fait l'état de savoir si oui ou non ''l'utilisateur'' a tripoté un item d'outiline et tous ses enfants dans l'état ouvert vs l'état fermé. Nous avons recyclé l'attribut 'compact' au lieu de produire un nouvel attribut pour minimiser la réinvention, et de produire de nouveau un attribut autrement inutile à nouveau utile.


	== class="xoxo" ==		== class="xoxo" ==

ChristopheDucamp: sync'd

2007-10-29T21:43:32Z

sync'd

← Older revision		Revision as of 21:43, 29 October 2007
Line 1:		Line 1:
	= XOXO FAQ =		<h1> XOXO FAQ </h1>
	Cette page documente les questions et réponses concernant le format [[xoxo-fr\|~~xoxo~~]] (Extensible Open XHTML Outlines).		{{TOC-right}}
			Cette page documente les questions et réponses concernant le format [[xoxo-fr\|XOXO]] (Extensible Open XHTML Outlines).

			== intention ==

			''Q : à quoi sert XOXO ?''
			R : XOXO est un [[microformat-fr\|microformat]] pour marquer les collections, listes et structures en (X)HTML. [[xoxo-fr\|XOXO]] est basé sur [[posh-fr\|CHIC]]. [[xoxo-fr\|XOXO]] peut souvent être utilisé comme un bloc de construction avec d'autres [[microformats-fr\|microformats]] pour construire des structures spécifiques et des formats, à savoir [[xoxo-fr\|XOXO]]+[[xfn-fr\|XFN]] produit une liste d'amis XFN portable. Voir [[hcard-xfn-supporting-friends-lists-fr\|listes d'amis supportant hCard et XFN]] pour plus de détails sur les listes d'amis portables XFN.

	~~== Je ne comprends pas quel est l'avantage fourni par xoxo ==~~
	Eclairez-moi, mais je ne peux pas m'imaginer ce qu'offre XOXO. J'ai lu la syntaxe sur ce wiki, mais rien sur les cas ou bénéfices. SVP, aidez moi à comprendre. Merci d'avance. [[User:MikeSchinkel\|MikeSchinkel]] 21:30, 11 Oct 2006 (PDT)

	== l'attribut 'compact' ==		== l'attribut 'compact' ==
	''Q : ~~pourqui~~ est ce que 'compact/expanded' est exprimé via un nouvel attribut et non par un style de classe ? Ne serait-ce pas plus compatible d'utiliser un style de classe ?''		''Q : pourquoi est ce que 'compact/expanded' est exprimé via un nouvel attribut et non par un style de classe ? Ne serait-ce pas plus compatible d'utiliser un style de classe ?''

	R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.		R : L'attribut compact n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.

	''Q : Relance : est-ce qu'un style de classe ~~''applied to the sub~~-outline~~'s parent~~ <code><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget ~~expand~~/~~collapse~~ comme une liste à ~~puce~~) ?''		''Q : Relance : est-ce qu'un style de classe appliqué au parent du sous-outline <code><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget déplier/replier comme une liste à puces) ?''

	R : Voir réponse précédente : il est mieux de réutiliser un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.		R : Voir réponse précédente : il est mieux de réutiliser un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.
Line 19:		Line 23:
	''Q : Pourquoi ne pas utiliser l'attribut "appearance" de XForms au lieur de "compact" ?''		''Q : Pourquoi ne pas utiliser l'attribut "appearance" de XForms au lieur de "compact" ?''

	R : Pourquoi l'attribut XForms "appearance devrait être utilisé ? Il n'y en a aucun besoin, ni même quelque nécessité d'un second espace-nom pour faire que les choses ~~siçmples~~ soient plus compliquées qu'elles n'en aient même besoin.		R : Pourquoi l'attribut XForms "appearance devrait être utilisé ? Il n'y en a aucun besoin, ni même quelque nécessité d'un second espace-nom pour faire que les choses simples soient plus compliquées qu'elles n'en aient même besoin.

	''Q : Pourquoi l'attribut 'compact', déprécié dans la spécification HTML 4, est utilisé dans le format XOXO ? N'est-il pas mieux de ne pas utiliser d'éléments ou attributs dépréciés ?		''Q : Pourquoi l'attribut 'compact', déprécié dans la spécification HTML 4, est utilisé dans le format XOXO ? N'est-il pas mieux de ne pas utiliser d'éléments ou attributs dépréciés ?

	R : L'attribut 'compact' tel que spécifié dans ~~la spécification~~ HTML4 est purement ~~à vocation~~ de ~~présentation et~~ a été ~~en tant que tel~~ déprécié. Du fait que cet attribut ait été peu utilisé, nous l'avons ~~reproposé~~ comme un attribut sémantique dans XOXO, qui préserve ~~létat~~ de savoir si oui ou non 'l'utilisateur' l'a tripoté ~~comme~~ un item ~~outline~~ et tous ses enfants dans l'état ouvert vs l'état fermé. Nous avons recyclé l'attribut 'compact' ~~plutôt que~~ de produire un nouvel attribut pour minimiser la réinvention, et ~~pour~~ produire un autrement ~~attribut~~ inutile ~~utile~~ à nouveau.		R : L'attribut 'compact' tel que spécifié dans le HTML4 est purement présentationnel et de fait a été déprécié. Le fait que cet attribut ait été peu utilisé, nous l'avons proposé de nouveau comme un attribut sémantique dans XOXO qui préserve en fait l'état de savoir si oui ou non ''l'utilisateur'' a tripoté un item d'outiline et tous ses enfants dans l'état ouvert vs l'état fermé. Nous avons recyclé l'attribut 'compact' au lieu de produire un nouvel attribut pour minimiser la réinvention, et de produire de nouveau un attribut autrement inutile à nouveau utile.


Line 50:		Line 54:
	<li>item 1		<li>item 1
	<dl>		<dl>
	<dt>~~multivalproperty1~~</dt>		<dt>propriété1multivaleurs</dt>
	<dd><ul>		<dd><ul>
	<li>valeur-a</li>		<li>valeur-a</li>
Line 59:		Line 63:
	</ol>		</ol>
	</nowiki></pre>		</nowiki></pre>


			== voir aussi ==
			* [[xoxo-fr\|XOXO]]
			* [[xoxo-issues-fr\|XOXO-problématiques]]

ChristopheDucamp: rever vandalism Yr6Umt, changed back to last version by Christophe Ducamp

2007-08-25T11:26:16Z

rever vandalism Yr6Umt, changed back to last version by Christophe Ducamp

@@ Line 1: / Line 1: @@
 = XOXO FAQ =
 Cette page documente les questions et réponses concernant le format [[xoxo-fr|xoxo]] (Extensible Open XHTML Outlines).
@@ Line 7: / Line 6: @@
 == l'attribut 'compact' ==
 ''Q : pourqui est ce que 'compact/expanded' est exprimé via un nouvel attribut et non par un style de classe ? Ne serait-ce pas plus compatible d'utiliser un style de classe ?''
 R : L'attribut 'compact' n'est pas un nouvel attribut.  Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis  [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus].  Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.
-''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code>
+''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code>&lt;li&gt;</code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget expand/collapse comme une liste à puce) ?''

Yr6Umt at 10:54, 25 August 2007

2007-08-25T10:54:02Z

← Older revision		Revision as of 10:54, 25 August 2007
Line 12:		Line 12:
	R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.		R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.

	''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code~~><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget expand/collapse comme une liste à puce) ?''~~		''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code>

	R : Voir réponse précédente : il est mieux de réutilier un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.

	~~''Q : Relance : Est-ce que 'compact' est supposé ôter les bordures et espacement autour d'une liste ?''~~
	R : Non. SVP lisez le Putain de Manuel. [http://www.la-grange.net/w3c/html4.01/struct/lists.html#adef-compact HTML 4.01 sur l'attribut 'compact']: "Quand il est spécifié, cet attribut booléen indique aux agents utilisateurs de restituer la liste de manière plus compacte. L'interprétation de cet attribut dépend de l'agent utilisateur." Et restituer la liste d'une façon plus compacte (en particulier, complètement compactées) est exactement ce que [[xoxo-fr\|xoxo]] spécifie pour l'attribut 'compact'.

	~~''Q : Pourquoi ne pas utiliser l'attribut "appearance" de XForms au lieur de "compact" ?''~~

	R : Pourquoi l'attribut XForms "appearance devrait être utilisé ? Il n'y en a aucun besoin, ni même quelque nécessité d'un second espace-nom pour faire que les choses siçmples soient plus compliquées qu'elles n'en aient même besoin.

	~~''Q : Pourquoi l'attribut 'compact', déprécié dans la spécification HTML 4, est utilisé dans le format XOXO ? N'est-il pas mieux de ne pas utiliser d'éléments ou attributs dépréciés ?~~

	R : L'attribut 'compact' tel que spécifié dans la spécification HTML4 est purement à vocation de présentation et a été en tant que tel déprécié. Du fait que cet attribut ait été peu utilisé, nous l'avons reproposé comme un attribut sémantique dans XOXO, qui préserve létat de savoir si oui ou non 'l'utilisateur' l'a tripoté comme un item outline et tous ses enfants dans l'état ouvert vs l'état fermé. Nous avons recyclé l'attribut 'compact' plutôt que de produire un nouvel attribut pour minimiser la réinvention, et pour produire un autrement attribut inutile utile à nouveau.


	~~== class="xoxo" ==~~

	~~''Q : Pourquoi les exemples de MarkP n'utilisent pas <code><ol class="xoxo"></code> ?''~~

	~~R : L'utilisation de <code>class="xoxo"</code> est optionnelle pour les auteurs XOXO et les agents utilisateur.~~

	~~== autre syntaxe dans xoxo ==~~

	''Q : MarkP utilise <code><p></code> dans quelques-un de ses exemples. Est-ce autorisé ? Si oui, <code><p></code> ne devrait-il pas être ensuite ajouté à la description du "document type" de XOXO (voir au-dessus) ?''

	R : Oui des éléments additionnels et/ou attributs sont permis selon la Modularisation XHTML, et non, toutes ces additions possibles (e.g. <code><p></code>) n'ont pas besoin d'être ajoutées au document type XOXO parce que les agents utilisateus XOXO peuvent simplement les traiter selon les exigences de conformité de la Modularisation XHTML de l'agent utilisateur (4-6) :
	~~1. ...~~
	~~2. ...~~
	~~3. ...~~
	4. Si un agent utilisateur rencontre un élément qu'il ne reconnaît pas, il doit continuer à traiter les enfants de cet élément-là. Si le contenu est du texte, le texte doit être présenté à l'utilisateur.
	~~5. Si un agent utilisateur rencontre un attribut qu'il ne reconnaît pas, il doit ignorer la spécification complète de l'attribut (par ex. , l'attribut et sa valeur).~~
	~~6. Si un agent utilisateur rencontre une valeur d'attribut qu'il ne reconnaît pas, il doit utiliser la valeur de l'attribut par défaut.~~

	~~== propriétés et valeurs xoxo ==~~

	~~''Q : Est-ce qu'un item XOXO peut avoir une propriété multi-valeurs, ou une propriété avec plusieurs valeurs ?''~~

	~~R : Oui. Voici comment vous pourriez faire cela :~~
	~~<pre><nowiki>~~
	~~<ol class='xoxo'>~~
	~~<li>item 1~~
	~~<dl>~~
	~~<dt>multivalproperty1</dt>~~
	~~<dd><ul>~~
	~~<li>valeur-a</li>~~
	~~<li>valeur-b</li>~~
	~~</ul></dd>~~
	~~</dl>~~
	~~</li>~~
	~~</ol>~~
	~~</nowiki></pre~~>

ChristopheDucamp: [fr: translation completed]

2007-06-08T13:09:35Z

[fr: translation completed]

← Older revision		Revision as of 13:09, 8 June 2007
Line 8:		Line 8:
	== l'attribut 'compact' ==		== l'attribut 'compact' ==

	''Q : pourqui est ce que 'compact/expanded' est exprimé via un nouvel attribut et ~~pas~~ par un style de classe ? Ne serait-ce pas plus compatible d'utiliser un style de classe ?''		''Q : pourqui est ce que 'compact/expanded' est exprimé via un nouvel attribut et non par un style de classe ? Ne serait-ce pas plus compatible d'utiliser un style de classe ?''

	R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.		R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.
Line 19:		Line 19:
	R : Non. SVP lisez le Putain de Manuel. [http://www.la-grange.net/w3c/html4.01/struct/lists.html#adef-compact HTML 4.01 sur l'attribut 'compact']: "Quand il est spécifié, cet attribut booléen indique aux agents utilisateurs de restituer la liste de manière plus compacte. L'interprétation de cet attribut dépend de l'agent utilisateur." Et restituer la liste d'une façon plus compacte (en particulier, complètement compactées) est exactement ce que [[xoxo-fr\|xoxo]] spécifie pour l'attribut 'compact'.		R : Non. SVP lisez le Putain de Manuel. [http://www.la-grange.net/w3c/html4.01/struct/lists.html#adef-compact HTML 4.01 sur l'attribut 'compact']: "Quand il est spécifié, cet attribut booléen indique aux agents utilisateurs de restituer la liste de manière plus compacte. L'interprétation de cet attribut dépend de l'agent utilisateur." Et restituer la liste d'une façon plus compacte (en particulier, complètement compactées) est exactement ce que [[xoxo-fr\|xoxo]] spécifie pour l'attribut 'compact'.

	''Q : ~~Why isn~~'~~t the XForms~~ "appearance" ~~attribute used instead of~~ "compact"?''		''Q : Pourquoi ne pas utiliser l'attribut "appearance" de XForms au lieur de "compact" ?''

	R : ~~Why should the~~ XForms "appearance~~" attribute be used~~? ~~There is no need for it~~, ~~nor is there any need for a~~ second ~~namespace to make simple things more complicated than they need to be~~.		R : Pourquoi l'attribut XForms "appearance devrait être utilisé ? Il n'y en a aucun besoin, ni même quelque nécessité d'un second espace-nom pour faire que les choses siçmples soient plus compliquées qu'elles n'en aient même besoin.

	''Q : ~~Why is the~~ 'compact' ~~attribute~~, ~~which was deprecated in the HTML4 specification~~, ~~used in the~~ XOXO ~~format~~? ~~Isn~~'~~t it better not to use any deprecated elements or attributes~~?''		''Q : Pourquoi l'attribut 'compact', déprécié dans la spécification HTML 4, est utilisé dans le format XOXO ? N'est-il pas mieux de ne pas utiliser d'éléments ou attributs dépréciés ?

	R : ~~The~~ 'compact' ~~attribute as specified in~~ HTML4 ~~is purely presentational and as such was deprecated~~. ~~Since this attribute has been little used~~, ~~we have repurposed it as a semantic attribute in~~ XOXO ~~that actually preserves the state of whether or not the~~ ''~~user~~'' ~~has twiddled an an~~ outline ~~item and all its children in the open state~~ vs. ~~the closed state. We recycled the~~ 'compact' ~~attribute instead of making a new attribute to minimize reinvention~~, ~~and to make an otherwise useless attribute useful again~~.		R : L'attribut 'compact' tel que spécifié dans la spécification HTML4 est purement à vocation de présentation et a été en tant que tel déprécié. Du fait que cet attribut ait été peu utilisé, nous l'avons reproposé comme un attribut sémantique dans XOXO, qui préserve létat de savoir si oui ou non 'l'utilisateur' l'a tripoté comme un item outline et tous ses enfants dans l'état ouvert vs l'état fermé. Nous avons recyclé l'attribut 'compact' plutôt que de produire un nouvel attribut pour minimiser la réinvention, et pour produire un autrement attribut inutile utile à nouveau.

ChristopheDucamp: reverted edit of DehZac, changed back to last version by Tantek

2007-06-08T13:00:12Z

reverted edit of DehZac, changed back to last version by Tantek

← Older revision		Revision as of 13:00, 8 June 2007
Line 12:		Line 12:
	R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.		R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.

	''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code>		''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget expand/collapse comme une liste à puce) ?''

			R : Voir réponse précédente : il est mieux de réutilier un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.

			''Q : Relance : Est-ce que 'compact' est supposé ôter les bordures et espacement autour d'une liste ?''
			R : Non. SVP lisez le Putain de Manuel. [http://www.la-grange.net/w3c/html4.01/struct/lists.html#adef-compact HTML 4.01 sur l'attribut 'compact']: "Quand il est spécifié, cet attribut booléen indique aux agents utilisateurs de restituer la liste de manière plus compacte. L'interprétation de cet attribut dépend de l'agent utilisateur." Et restituer la liste d'une façon plus compacte (en particulier, complètement compactées) est exactement ce que [[xoxo-fr\|xoxo]] spécifie pour l'attribut 'compact'.

			''Q : Why isn't the XForms "appearance" attribute used instead of "compact"?''

			R : Why should the XForms "appearance" attribute be used? There is no need for it, nor is there any need for a second namespace to make simple things more complicated than they need to be.

			''Q : Why is the 'compact' attribute, which was deprecated in the HTML4 specification, used in the XOXO format? Isn't it better not to use any deprecated elements or attributes?''

			R : The 'compact' attribute as specified in HTML4 is purely presentational and as such was deprecated. Since this attribute has been little used, we have repurposed it as a semantic attribute in XOXO that actually preserves the state of whether or not the ''user'' has twiddled an an outline item and all its children in the open state vs. the closed state. We recycled the 'compact' attribute instead of making a new attribute to minimize reinvention, and to make an otherwise useless attribute useful again.


			== class="xoxo" ==

			''Q : Pourquoi les exemples de MarkP n'utilisent pas <code><ol class="xoxo"></code> ?''

			R : L'utilisation de <code>class="xoxo"</code> est optionnelle pour les auteurs XOXO et les agents utilisateur.

			== autre syntaxe dans xoxo ==

			''Q : MarkP utilise <code><p></code> dans quelques-un de ses exemples. Est-ce autorisé ? Si oui, <code><p></code> ne devrait-il pas être ensuite ajouté à la description du "document type" de XOXO (voir au-dessus) ?''

			R : Oui des éléments additionnels et/ou attributs sont permis selon la Modularisation XHTML, et non, toutes ces additions possibles (e.g. <code><p></code>) n'ont pas besoin d'être ajoutées au document type XOXO parce que les agents utilisateus XOXO peuvent simplement les traiter selon les exigences de conformité de la Modularisation XHTML de l'agent utilisateur (4-6) :
			1. ...
			2. ...
			3. ...
			4. Si un agent utilisateur rencontre un élément qu'il ne reconnaît pas, il doit continuer à traiter les enfants de cet élément-là. Si le contenu est du texte, le texte doit être présenté à l'utilisateur.
			5. Si un agent utilisateur rencontre un attribut qu'il ne reconnaît pas, il doit ignorer la spécification complète de l'attribut (par ex. , l'attribut et sa valeur).
			6. Si un agent utilisateur rencontre une valeur d'attribut qu'il ne reconnaît pas, il doit utiliser la valeur de l'attribut par défaut.

			== propriétés et valeurs xoxo ==

			''Q : Est-ce qu'un item XOXO peut avoir une propriété multi-valeurs, ou une propriété avec plusieurs valeurs ?''

			R : Oui. Voici comment vous pourriez faire cela :
			<pre><nowiki>
			<ol class='xoxo'>
			<li>item 1
			<dl>
			<dt>multivalproperty1</dt>
			<dd><ul>
			<li>valeur-a</li>
			<li>valeur-b</li>
			</ul></dd>
			</dl>
			</li>
			</ol>
			</nowiki></pre>

DehZac at 16:43, 7 June 2007

2007-06-07T16:43:27Z

← Older revision		Revision as of 16:43, 7 June 2007
Line 12:		Line 12:
	R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.		R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.

	''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code~~><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget expand/collapse comme une liste à puce) ?''~~		''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code>

	R : Voir réponse précédente : il est mieux de réutilier un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.

	~~''Q : Relance : Est-ce que 'compact' est supposé ôter les bordures et espacement autour d'une liste ?''~~
	R : Non. SVP lisez le Putain de Manuel. [http://www.la-grange.net/w3c/html4.01/struct/lists.html#adef-compact HTML 4.01 sur l'attribut 'compact']: "Quand il est spécifié, cet attribut booléen indique aux agents utilisateurs de restituer la liste de manière plus compacte. L'interprétation de cet attribut dépend de l'agent utilisateur." Et restituer la liste d'une façon plus compacte (en particulier, complètement compactées) est exactement ce que [[xoxo-fr\|xoxo]] spécifie pour l'attribut 'compact'.

	~~''Q : Why isn't the XForms "appearance" attribute used instead of "compact"?''~~

	~~R : Why should the XForms "appearance" attribute be used? There is no need for it, nor is there any need for a second namespace to make simple things more complicated than they need to be.~~

	~~''Q : Why is the 'compact' attribute, which was deprecated in the HTML4 specification, used in the XOXO format? Isn't it better not to use any deprecated elements or attributes?''~~

	R : The 'compact' attribute as specified in HTML4 is purely presentational and as such was deprecated. Since this attribute has been little used, we have repurposed it as a semantic attribute in XOXO that actually preserves the state of whether or not the ''user'' has twiddled an an outline item and all its children in the open state vs. the closed state. We recycled the 'compact' attribute instead of making a new attribute to minimize reinvention, and to make an otherwise useless attribute useful again.


	~~== class="xoxo" ==~~

	~~''Q : Pourquoi les exemples de MarkP n'utilisent pas <code><ol class="xoxo"></code> ?''~~

	~~R : L'utilisation de <code>class="xoxo"</code> est optionnelle pour les auteurs XOXO et les agents utilisateur.~~

	~~== autre syntaxe dans xoxo ==~~

	''Q : MarkP utilise <code><p></code> dans quelques-un de ses exemples. Est-ce autorisé ? Si oui, <code><p></code> ne devrait-il pas être ensuite ajouté à la description du "document type" de XOXO (voir au-dessus) ?''

	R : Oui des éléments additionnels et/ou attributs sont permis selon la Modularisation XHTML, et non, toutes ces additions possibles (e.g. <code><p></code>) n'ont pas besoin d'être ajoutées au document type XOXO parce que les agents utilisateus XOXO peuvent simplement les traiter selon les exigences de conformité de la Modularisation XHTML de l'agent utilisateur (4-6) :
	~~1. ...~~
	~~2. ...~~
	~~3. ...~~
	4. Si un agent utilisateur rencontre un élément qu'il ne reconnaît pas, il doit continuer à traiter les enfants de cet élément-là. Si le contenu est du texte, le texte doit être présenté à l'utilisateur.
	~~5. Si un agent utilisateur rencontre un attribut qu'il ne reconnaît pas, il doit ignorer la spécification complète de l'attribut (par ex. , l'attribut et sa valeur).~~
	~~6. Si un agent utilisateur rencontre une valeur d'attribut qu'il ne reconnaît pas, il doit utiliser la valeur de l'attribut par défaut.~~

	~~== propriétés et valeurs xoxo ==~~

	~~''Q : Est-ce qu'un item XOXO peut avoir une propriété multi-valeurs, ou une propriété avec plusieurs valeurs ?''~~

	~~R : Oui. Voici comment vous pourriez faire cela :~~
	~~<pre><nowiki>~~
	~~<ol class='xoxo'>~~
	~~<li>item 1~~
	~~<dl>~~
	~~<dt>multivalproperty1</dt>~~
	~~<dd><ul>~~
	~~<li>valeur-a</li>~~
	~~<li>valeur-b</li>~~
	~~</ul></dd>~~
	~~</dl>~~
	~~</li>~~
	~~</ol>~~
	~~</nowiki></pre~~>

Tantek: Reverted edit of OejB8s, changed back to last version by Tantek

2007-04-10T22:12:12Z

Reverted edit of OejB8s, changed back to last version by Tantek

← Older revision		Revision as of 22:12, 10 April 2007
Line 12:		Line 12:
	R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.		R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.

	''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code>		''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget expand/collapse comme une liste à puce) ?''

			R : Voir réponse précédente : il est mieux de réutilier un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.

			''Q : Relance : Est-ce que 'compact' est supposé ôter les bordures et espacement autour d'une liste ?''
			R : Non. SVP lisez le Putain de Manuel. [http://www.la-grange.net/w3c/html4.01/struct/lists.html#adef-compact HTML 4.01 sur l'attribut 'compact']: "Quand il est spécifié, cet attribut booléen indique aux agents utilisateurs de restituer la liste de manière plus compacte. L'interprétation de cet attribut dépend de l'agent utilisateur." Et restituer la liste d'une façon plus compacte (en particulier, complètement compactées) est exactement ce que [[xoxo-fr\|xoxo]] spécifie pour l'attribut 'compact'.

			''Q : Why isn't the XForms "appearance" attribute used instead of "compact"?''

			R : Why should the XForms "appearance" attribute be used? There is no need for it, nor is there any need for a second namespace to make simple things more complicated than they need to be.

			''Q : Why is the 'compact' attribute, which was deprecated in the HTML4 specification, used in the XOXO format? Isn't it better not to use any deprecated elements or attributes?''

			R : The 'compact' attribute as specified in HTML4 is purely presentational and as such was deprecated. Since this attribute has been little used, we have repurposed it as a semantic attribute in XOXO that actually preserves the state of whether or not the ''user'' has twiddled an an outline item and all its children in the open state vs. the closed state. We recycled the 'compact' attribute instead of making a new attribute to minimize reinvention, and to make an otherwise useless attribute useful again.


			== class="xoxo" ==

			''Q : Pourquoi les exemples de MarkP n'utilisent pas <code><ol class="xoxo"></code> ?''

			R : L'utilisation de <code>class="xoxo"</code> est optionnelle pour les auteurs XOXO et les agents utilisateur.

			== autre syntaxe dans xoxo ==

			''Q : MarkP utilise <code><p></code> dans quelques-un de ses exemples. Est-ce autorisé ? Si oui, <code><p></code> ne devrait-il pas être ensuite ajouté à la description du "document type" de XOXO (voir au-dessus) ?''

			R : Oui des éléments additionnels et/ou attributs sont permis selon la Modularisation XHTML, et non, toutes ces additions possibles (e.g. <code><p></code>) n'ont pas besoin d'être ajoutées au document type XOXO parce que les agents utilisateus XOXO peuvent simplement les traiter selon les exigences de conformité de la Modularisation XHTML de l'agent utilisateur (4-6) :
			1. ...
			2. ...
			3. ...
			4. Si un agent utilisateur rencontre un élément qu'il ne reconnaît pas, il doit continuer à traiter les enfants de cet élément-là. Si le contenu est du texte, le texte doit être présenté à l'utilisateur.
			5. Si un agent utilisateur rencontre un attribut qu'il ne reconnaît pas, il doit ignorer la spécification complète de l'attribut (par ex. , l'attribut et sa valeur).
			6. Si un agent utilisateur rencontre une valeur d'attribut qu'il ne reconnaît pas, il doit utiliser la valeur de l'attribut par défaut.

			== propriétés et valeurs xoxo ==

			''Q : Est-ce qu'un item XOXO peut avoir une propriété multi-valeurs, ou une propriété avec plusieurs valeurs ?''

			R : Oui. Voici comment vous pourriez faire cela :
			<pre><nowiki>
			<ol class='xoxo'>
			<li>item 1
			<dl>
			<dt>multivalproperty1</dt>
			<dd><ul>
			<li>valeur-a</li>
			<li>valeur-b</li>
			</ul></dd>
			</dl>
			</li>
			</ol>
			</nowiki></pre>

OejB8s at 22:01, 10 April 2007

2007-04-10T22:01:06Z

← Older revision		Revision as of 22:01, 10 April 2007
Line 12:		Line 12:
	R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.		R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.

	''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code~~><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget expand/collapse comme une liste à puce) ?''~~		''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code>

	R : Voir réponse précédente : il est mieux de réutilier un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.

	~~''Q : Relance : Est-ce que 'compact' est supposé ôter les bordures et espacement autour d'une liste ?''~~
	R : Non. SVP lisez le Putain de Manuel. [http://www.la-grange.net/w3c/html4.01/struct/lists.html#adef-compact HTML 4.01 sur l'attribut 'compact']: "Quand il est spécifié, cet attribut booléen indique aux agents utilisateurs de restituer la liste de manière plus compacte. L'interprétation de cet attribut dépend de l'agent utilisateur." Et restituer la liste d'une façon plus compacte (en particulier, complètement compactées) est exactement ce que [[xoxo-fr\|xoxo]] spécifie pour l'attribut 'compact'.

	~~''Q : Why isn't the XForms "appearance" attribute used instead of "compact"?''~~

	~~R : Why should the XForms "appearance" attribute be used? There is no need for it, nor is there any need for a second namespace to make simple things more complicated than they need to be.~~

	~~''Q : Why is the 'compact' attribute, which was deprecated in the HTML4 specification, used in the XOXO format? Isn't it better not to use any deprecated elements or attributes?''~~

	R : The 'compact' attribute as specified in HTML4 is purely presentational and as such was deprecated. Since this attribute has been little used, we have repurposed it as a semantic attribute in XOXO that actually preserves the state of whether or not the ''user'' has twiddled an an outline item and all its children in the open state vs. the closed state. We recycled the 'compact' attribute instead of making a new attribute to minimize reinvention, and to make an otherwise useless attribute useful again.


	~~== class="xoxo" ==~~

	~~''Q : Pourquoi les exemples de MarkP n'utilisent pas <code><ol class="xoxo"></code> ?''~~

	~~R : L'utilisation de <code>class="xoxo"</code> est optionnelle pour les auteurs XOXO et les agents utilisateur.~~

	~~== autre syntaxe dans xoxo ==~~

	''Q : MarkP utilise <code><p></code> dans quelques-un de ses exemples. Est-ce autorisé ? Si oui, <code><p></code> ne devrait-il pas être ensuite ajouté à la description du "document type" de XOXO (voir au-dessus) ?''

	R : Oui des éléments additionnels et/ou attributs sont permis selon la Modularisation XHTML, et non, toutes ces additions possibles (e.g. <code><p></code>) n'ont pas besoin d'être ajoutées au document type XOXO parce que les agents utilisateus XOXO peuvent simplement les traiter selon les exigences de conformité de la Modularisation XHTML de l'agent utilisateur (4-6) :
	~~1. ...~~
	~~2. ...~~
	~~3. ...~~
	4. Si un agent utilisateur rencontre un élément qu'il ne reconnaît pas, il doit continuer à traiter les enfants de cet élément-là. Si le contenu est du texte, le texte doit être présenté à l'utilisateur.
	~~5. Si un agent utilisateur rencontre un attribut qu'il ne reconnaît pas, il doit ignorer la spécification complète de l'attribut (par ex. , l'attribut et sa valeur).~~
	~~6. Si un agent utilisateur rencontre une valeur d'attribut qu'il ne reconnaît pas, il doit utiliser la valeur de l'attribut par défaut.~~

	~~== propriétés et valeurs xoxo ==~~

	~~''Q : Est-ce qu'un item XOXO peut avoir une propriété multi-valeurs, ou une propriété avec plusieurs valeurs ?''~~

	~~R : Oui. Voici comment vous pourriez faire cela :~~
	~~<pre><nowiki>~~
	~~<ol class='xoxo'>~~
	~~<li>item 1~~
	~~<dl>~~
	~~<dt>multivalproperty1</dt>~~
	~~<dd><ul>~~
	~~<li>valeur-a</li>~~
	~~<li>valeur-b</li>~~
	~~</ul></dd>~~
	~~</dl>~~
	~~</li>~~
	~~</ol>~~
	~~</nowiki></pre~~>

Tantek: Reverted edit of VkwU78, changed back to last version by ChristopheDucamp

2007-04-10T19:46:28Z

Reverted edit of VkwU78, changed back to last version by ChristopheDucamp

← Older revision		Revision as of 19:46, 10 April 2007
Line 12:		Line 12:
	R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.		R : L'attribut 'compact' n'est pas un nouvel attribut. Il est défini dans la modularisation XHTML et existait dans le HTML (4, 3.2, 2) depuis [http://www.w3.org/MarkUp/HTMLPlus/htmlplus_31.html HTML Plus]. Chaque fois que cela est possible, il est mieux de réutiliser un attribut HTML existant pour la sémantique, au lieu d'un style de classe. L'essai [http://tantek.com/log/2002/12.html#L20021216 A Touch of Class] discute plus en détail de telles nuances sémantiques.

	''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code>		''Q : Relance : est-ce qu'un style de classe ''applied to the sub-outline's parent <code><li></code> element'' permettrait le contrôle sur le rendu de l'outline et de son sujet (par ex ajouter un widget expand/collapse comme une liste à puce) ?''

			R : Voir réponse précédente : il est mieux de réutilier un attribut HTML existant pour la sémantique, plutôt qu'un style de classe. Une règle de style peut être écrite pour utiliser l'attribut "compact" tout simplement aussi facilement que l'attribut "class" et puis permettre le contrôle sur le rendu de l'outline et son sujet.

			''Q : Relance : Est-ce que 'compact' est supposé ôter les bordures et espacement autour d'une liste ?''
			R : Non. SVP lisez le Putain de Manuel. [http://www.la-grange.net/w3c/html4.01/struct/lists.html#adef-compact HTML 4.01 sur l'attribut 'compact']: "Quand il est spécifié, cet attribut booléen indique aux agents utilisateurs de restituer la liste de manière plus compacte. L'interprétation de cet attribut dépend de l'agent utilisateur." Et restituer la liste d'une façon plus compacte (en particulier, complètement compactées) est exactement ce que [[xoxo-fr\|xoxo]] spécifie pour l'attribut 'compact'.

			''Q : Why isn't the XForms "appearance" attribute used instead of "compact"?''

			R : Why should the XForms "appearance" attribute be used? There is no need for it, nor is there any need for a second namespace to make simple things more complicated than they need to be.

			''Q : Why is the 'compact' attribute, which was deprecated in the HTML4 specification, used in the XOXO format? Isn't it better not to use any deprecated elements or attributes?''

			R : The 'compact' attribute as specified in HTML4 is purely presentational and as such was deprecated. Since this attribute has been little used, we have repurposed it as a semantic attribute in XOXO that actually preserves the state of whether or not the ''user'' has twiddled an an outline item and all its children in the open state vs. the closed state. We recycled the 'compact' attribute instead of making a new attribute to minimize reinvention, and to make an otherwise useless attribute useful again.


			== class="xoxo" ==

			''Q : Pourquoi les exemples de MarkP n'utilisent pas <code><ol class="xoxo"></code> ?''

			R : L'utilisation de <code>class="xoxo"</code> est optionnelle pour les auteurs XOXO et les agents utilisateur.

			== autre syntaxe dans xoxo ==

			''Q : MarkP utilise <code><p></code> dans quelques-un de ses exemples. Est-ce autorisé ? Si oui, <code><p></code> ne devrait-il pas être ensuite ajouté à la description du "document type" de XOXO (voir au-dessus) ?''

			R : Oui des éléments additionnels et/ou attributs sont permis selon la Modularisation XHTML, et non, toutes ces additions possibles (e.g. <code><p></code>) n'ont pas besoin d'être ajoutées au document type XOXO parce que les agents utilisateus XOXO peuvent simplement les traiter selon les exigences de conformité de la Modularisation XHTML de l'agent utilisateur (4-6) :
			1. ...
			2. ...
			3. ...
			4. Si un agent utilisateur rencontre un élément qu'il ne reconnaît pas, il doit continuer à traiter les enfants de cet élément-là. Si le contenu est du texte, le texte doit être présenté à l'utilisateur.
			5. Si un agent utilisateur rencontre un attribut qu'il ne reconnaît pas, il doit ignorer la spécification complète de l'attribut (par ex. , l'attribut et sa valeur).
			6. Si un agent utilisateur rencontre une valeur d'attribut qu'il ne reconnaît pas, il doit utiliser la valeur de l'attribut par défaut.

			== propriétés et valeurs xoxo ==

			''Q : Est-ce qu'un item XOXO peut avoir une propriété multi-valeurs, ou une propriété avec plusieurs valeurs ?''

			R : Oui. Voici comment vous pourriez faire cela :
			<pre><nowiki>
			<ol class='xoxo'>
			<li>item 1
			<dl>
			<dt>multivalproperty1</dt>
			<dd><ul>
			<li>valeur-a</li>
			<li>valeur-b</li>
			</ul></dd>
			</dl>
			</li>
			</ol>
			</nowiki></pre>