xoxo-faq-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
mNo edit summary
(rever vandalism Yr6Umt, changed back to last version by Christophe Ducamp)
Line 1: Line 1:
= XOXO FAQ =
= XOXO FAQ =
Cette page documente les questions et réponses concernant le format [[xoxo-fr|xoxo]] (Extensible Open XHTML Outlines).
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' ==
== 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 : 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.


''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) ?''
 
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.
 
''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>&lt;ol class="xoxo"&gt;</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>&lt;p&gt;</code> dans quelques-un de ses exemples. Est-ce autorisé ? Si oui,  <code>&lt;p&gt;</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>&lt;p&gt;</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>

Revision as of 11:26, 25 August 2007

XOXO FAQ

Cette page documente les questions et réponses concernant le format xoxo (Extensible Open XHTML Outlines).

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. MikeSchinkel 21:30, 11 Oct 2006 (PDT)

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 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 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 <li> 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é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.

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. 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 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 <ol class="xoxo"> ?

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

autre syntaxe dans xoxo

Q : MarkP utilise <p> dans quelques-un de ses exemples. Est-ce autorisé ? Si oui, <p> 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. <p>) 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 :

<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>