hcard-feedback-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
mNo edit summary
m (→‎2007: typo)
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
<h1> hCard réactions </h1>
<h1> hCard réactions </h1>
 
{{TOC-right}}
Les réactions générales à propos de [[hcard-fr|hCard]] peuvent être fournies ici, et le(s) éditeur(s) feront de leur mieux pour essayer de se plier et d'accomoder à de telles réactions. Plus la réaction est spécifique, plus il y aura de chance qu'elle soit prise en compte. Pour les problématiques spécifiques avec la spécification (à l'inverse des problèmes généraux et réactions), utilisez svp la page [[hcard-issues-fr|hCard problématiques]].
Les réactions générales à propos de [[hcard-fr|hCard]] peuvent être fournies ici, et le(s) éditeur(s) feront de leur mieux pour essayer de se plier et d'accomoder à de telles réactions. Plus la réaction est spécifique, plus il y aura de chance qu'elle soit prise en compte. Pour les problématiques spécifiques avec la spécification (à l'inverse des problèmes généraux et réactions), utilisez svp la page [[hcard-issues-fr|hCard problématiques]].


'''IMPORTANT''' : Lisez SVP '''avant''' la page [[hcard-faq-fr|hCard FAQ]] en donnant toute réaction ou pour soulever toutes les problématiques car vos réactions/problématiques peuvent avoir été déjà résolues ou traitées.
'''IMPORTANT''' : Lisez SVP '''avant''' la page [[hcard-faq-fr|hCard FAQ]] en donnant toute réaction ou pour soulever toutes les problématiques car vos réactions/problématiques peuvent avoir été déjà résolues ou traitées.


La réaction peut (et sera probablement) éditée et récrite pour une meilleure concision, clarté rationnalité et sous un point de vue aussi neutre que possible. Utilisez le gabarit fourni et ajoutez votre réaction à la fin de la section Réaction. Ecrivez bien votre réaction. — [http://tantek.com/log/ Tantek]
La réaction peut (et sera probablement) éditée et récrite pour une meilleure concision, clarté, rationalité et sous un point de vue aussi neutre que possible. Utilisez le gabarit fourni et ajoutez votre réaction à la fin de la section Réaction. Ecrivez bien votre réaction. — [http://tantek.com/log/ Tantek]
 
__TOC__


== Réactions ==
== Réactions ==
Ajoutez-ici vos réactions, par ordre séquentiel anté-chronologique :


* 2006-11-15 soulevée par [http://lachy.id.au/ Lachy] dans [irc://freenode/whatwg #whatwg] (un canal IRC sur [http://freenode.net/ freenode] à propos de [http://whatwg.org/ The WHATWG]).
=== 2007 ===
*# ''Je pense que la totalité de la spécification [[hcard-fr|hCard]] a besoin d'être restructurée.''
* Toutes les réactions hCard en date du 2007-04-27 ont été résolues, et les problématiques résolues ont été migrées sur la section [[hcard-issues-fr#problématiques_résolues|hCard problématiques résolues]]. Remarquez qu'il existe encore quelques  [[hcard-issues-fr#problématiques|problémtiques en attente]]. [[User:Tantek|Tantek]] 08:46, 14 Dec 2007 (PST)
*# ''C'est incroyablement difficile de travailler avec ce que chaque nom de classe signifie et comment les utiliser correctement.''
 
 
* 2006-11-15 soulevée par hsivonen dans #whatwg.
*# ''Sans connaître iCalendar ou vCard, c'est vraiment non-évident de voir ce à quoi s'adapteront les hCards ou les hCalendars. La partie normative est extrêmement courte et ne semble pas établir suffisamment clairement un mapping entre les microformats et les RFCs.''
*#* Ceci (et la seconde réaction de Lachy au point ci-dessus) devrait être résolu en clarifiant le mapping avec un meilleur usage du [[hcard-profile-fr|hCard profile]] qui mappe vraiment clairement les noms de classes vers les propriétés vCard properties et les sections de la spécification vCard qui les définit. - Tantek
 
 
* 2006-11-15 soulevée par Hixie dans #whatwg (et accord par [http://lachy.id.au/ Lachy] et hsivonen).
*# ''La spec [[hcard-fr|hCard]] se lit basiquement comme un brainstorm, pas une spec normative.''
 
 
* 2006-11-17 soulevée par [http://lachy.id.au/ Lachlan Hunt].
*# Principes de Design XHTML Sémantique : Cette section devrait partir. Les lignes de conduite sur la façon d'écrire une spécification de microformats n'appartiennent pas à la spec elle-même.
*# Format - Plus d'Equivalents Sémantiques : Les explications sur la façon d'utiliser correctement chaque propriété devraient être données avec chacune et toutes les propriétés, pas simplement en lister quelques-unes en haut avant que les propriétés n'aient été définies.
*# Singulier vs. Pluriel : Il est peut clair de ce que veut dire les propriétés singulière vs plurielle. Ordinairement, un pluriel est un mot qui fait référence à plusieurs objets, mais dans cette spec, il est utilisé pour désigner une propriété qui peut être utilisée plus d'une fois. Cela ne fait pas de sens parce que la propriété elle-même n'est pas un pluriel. A côté de cela, cette section devrait partir. Le nombre de fois où une propriété peut être utilisée devrait être listé avec chaque description individuelle de propriété.
*#  Plural Properties Singularized: What the...?  After attempting to read that paragraph several times, I still can't comprehend what on earth it's trying to say.
*# Human vs. Machine Readable: This title only makes some sense for the use of the abbr element.  Everything in this section should be moved to a Conformance Requirements section, which explains how to extract values from the markup.  It should also use RFC 2119 terminology that describes exactly what a UA has to do.  Presently, it's written to informatively, rather than normatively (particularly for the abbr element).
*# Property List: This section is almost useless, it's effectively written like an index of properties but doesn't link to or help define, in any way whatsoever, what the actual meaning of a property is, nor how to use it.  For every single property, all of the following information should be listed
*#* Property name
*#* Expansion (e.g. it's not clear from this section what fn stands for. First Name? Family Name? Full Name? Flight Number?)
*#* Definition. (e.g. either copy the definition directly from vCard or provide a short summary, and also a link to the relevant vCard section.  Saying just "See section #.#.# of RFC 2426.", as done in the profile, is not so easy to do.)
*#* Usage
*#** Contexts in which this property may be used
*#** Content model (e.g. list of sub properties, expected elements, text, or whatever)
*#** Syntax of the value (i.e. plain text, number, URI, etc.)
*#** Elements this property may be used on
*#* How to interpret the value (may link to relevant section in Conformance Requirements)
**I second all of the above. [[User:AndyMabbett|Andy Mabbett]] 07:15, 17 Nov 2006 (PST)


==Gabarit ==
=== 2008 ===
<div class="vevent">
* {{OpenIssue-fr}} <span class="summary vcard"><span class="dtstart">2008-01-13</span> soulevée par <span class="fn">Christopher Allen</span> à l'OpenIDDevCamp (recueillie par [[User:Tantek|Tantek]]).</span>
<div class="description">
*# Quelle est la bonne pratique pour publier votre TZ dans votre hCard ? Car publier simplement un décalage fixe aboutira probablement à une erreur d'une heure la moitié de l'année pour la plupart des gens, compte tenu du fait que le reste de la hCard sera proablement statique.
</div>
</div>


Utilisez svp ce format (copiez et collez ceci à la fin de la liste pour ajouter votre réaction ):
=== gabarit ===
* AAAA-MM-JJ soulevée par [http://votrepagepersonnelle.exemple.com VOTRENOM].
{{issues-format-fr}}
*# ''Voici la première réaction générale que j'ai.''
*# ''Voici la seconde réaction générale que j'ai.''


== Pages apparentées  ==
== Pages apparentées  ==
{{hcard-related-pages-fr}}
{{hcard-related-pages-fr}}

Latest revision as of 06:43, 27 January 2008

hCard réactions

Les réactions générales à propos de hCard peuvent être fournies ici, et le(s) éditeur(s) feront de leur mieux pour essayer de se plier et d'accomoder à de telles réactions. Plus la réaction est spécifique, plus il y aura de chance qu'elle soit prise en compte. Pour les problématiques spécifiques avec la spécification (à l'inverse des problèmes généraux et réactions), utilisez svp la page hCard problématiques.

IMPORTANT : Lisez SVP avant la page hCard FAQ en donnant toute réaction ou pour soulever toutes les problématiques car vos réactions/problématiques peuvent avoir été déjà résolues ou traitées.

La réaction peut (et sera probablement) éditée et récrite pour une meilleure concision, clarté, rationalité et sous un point de vue aussi neutre que possible. Utilisez le gabarit fourni et ajoutez votre réaction à la fin de la section Réaction. Ecrivez bien votre réaction. — Tantek

Réactions

Ajoutez-ici vos réactions, par ordre séquentiel anté-chronologique :

2007

2008

  • problématique ouverte ! 2008-01-13 soulevée par Christopher Allen à l'OpenIDDevCamp (recueillie par Tantek).
    1. Quelle est la bonne pratique pour publier votre TZ dans votre hCard ? Car publier simplement un décalage fixe aboutira probablement à une erreur d'une heure la moitié de l'année pour la plupart des gens, compte tenu du fait que le reste de la hCard sera proablement statique.

gabarit

SVP, utilisez ce format (copiez et collez ceci à la fin de la liste pour ajouter vos problématiques ; remplacez ~~~ par un lien externe si vous préférez) pour rendre compte des problématiques ou réactions :


<div class="vevent">
* {{OpenIssue-fr}} <span class="summary vcard"><span class="dtstart">AAAA-MM-JJ</span> soulevée par <span class="fn">~~~</span></span>
<div class="description">
*# Voici la première problématique/réaction que je rencontre.
*# Voici la seconde problématique/réaction que je rencontre.
</div>
</div>

Pages apparentées

La spécification hCard est un chantier en cours. Au fur et à mesure que des aspects supplémentaires sont discutés, compris et écrits, ils seront rajoutés. Ces idées, problématiques et questions sont maintenues sur des pages distinctes.