xoxo-faq-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
Line 42: Line 42:
   2. ...
   2. ...
   3. ...
   3. ...
   4. Si un agent utilisateur rencontre un élément qu'il ne reconnaît pas, il doit continuer  
   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.
à traiter les enfants de cet élément-là. Si le contenu est du texte, le texte doit être
   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).
présenté à l'utilisateur.
   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.
   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 ==
== propriétés et valeurs xoxo ==

Revision as of 18:47, 19 December 2006

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 pas 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é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. 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 : 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 <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>