hcard-singular-properties-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
([fr: structure translated -> to be reviewed])
 
mNo edit summary
Line 13: Line 13:


=== n ===
=== n ===
The vCard represents a single directory object. Legal precedents afford a person a single given-name and family-name, thus only a single "n" property is permitted.
La vCard représente un objet répertoire unique. Les précédents légaux donnent à une personne un prénom "given name" et un nom de famille uniques, par conséquent une propriété unique "n" est permise.


=== fn ===
=== fn ===
A person has only one "best" / most preferred way of formatting their name, and legally organizations have only a single name, thus "fn" is singular.
Une personne a seulement un moyen le plus "best" préféré de mettre en forme son nom, et légalement les organisations n'ont seulement qu'un nom unique, par conséquent "fn" est singulier.


=== sort-string ===
=== sort-string ===


When sorting a name, it doesn't make sense for it to have more than way of sorting it, thus "sort-string" must be singular.
Quand on trie un nom, cela ne fait pas de sens pour lui d'avoir plus d'un moyen de le trier, par conséquent "sort-string" doit être singulier.


== Propriétés Physique ==
== Propriétés Physique ==
Line 26: Line 26:
=== bday ===
=== bday ===


A person only has a single physical birthday (reincarnation cannot be scientifically substantiated and thus constitues the creation of a new directory object rather than the re-birth of an existing object, and being "born again" is not the physical event that "bday" represents). Thus "bday" is singular.
Seule une personne n'a qu'un unique anniversaire physique (la réincarnation ne peut pas être scientifiquement substantiée et par conséquent constitue la création d'un nouvel objet plutôt que la renaissance d'un objet existant, et être "né à nouveau" n'est pas l'événement que représente "bday". De ce fait "bday" est singulier.


=== geo ===  
=== geo ===  


The "geo" property represents the person's actual location, not a coordinate approximation of an "adr". A person cannot be in more than one location at a time. Thus a person can only have a single "geo" property.
La propriété "geo" représente la localisation effective de la personne, pas une approximation des coordonnées d'une "adr". Une personne ne peut pas être dans plus d'un endroit à la fois. Par conséquent, une personne ne peut avoir qu'une seule propriété "geo".


=== tz ===  
=== tz ===  


The "tz" property is the same. A person can only be in a single time zone at a time.
Le propriété "tz" est la même. Une personne ne peut être que dans un seul fuseau horaire à la fois.


== Propriétés Entirères vCard ==
== Propriétés Entirères vCard ==
Line 40: Line 40:
=== class ===
=== class ===


The "class" property indicates the confidentiality/access classification of the hCard as a whole, and thus it only makes sense for there to be one (or rather, makes no sense for there to be more than one).
La propriété "class" indique la classification confidentialité/accès à la hCart en tant qu'ensemble, et par conséquent cela n'a du sens ici que d'être unique (ou plutôt cela ne fait pas sens qu'il y en ait plus d'une).


=== rev ===
=== rev ===


The "rev" property represents the datetime of the revision of the hCard as a whole, thus it doesn't make sense for there to be more than one.
La propriété "rev" représente la date et heure de la révision de la hcard en tant qu'ensemble, par conséquent, pas de sens qu'il y en ait plus d'une.


=== uid ===  
=== uid ===  


The "uid" property applies to the hCard as a whole. It doesn't make sense for an hCard to have more than one "uid".
La propriété "uid" s'applique à la hCard en tant qu'ensemble. Cela ne fait pas sens d'avoir plus d'une "uid" pour une hCard.

Revision as of 09:58, 1 July 2006

hCard propriétés singulières

Ceci est une explication de la liste des propriétés singulières dans hCard.

L'analyse ici est dérivée d'une lecture exhaustive et d'une analyse des définitions de propriétés spécifiques dans la spéc. vCard RFC 2426, avec un raisonnement utilisant la physique et les précédents sur le nom légal.

Ce résumé est fourni parce que cette lecture exhaustive et une analyse prennent beaucoup de temps, et tout en étant renouvelable, n'est pas quelque chose qui vaut la peine de charger d'autres développeurs.

Editeur/Auteur
Tantek Çelik
Contributeurs
Tantek Çelik, Ryan King

Propriétés Nom

n

La vCard représente un objet répertoire unique. Les précédents légaux donnent à une personne un prénom "given name" et un nom de famille uniques, par conséquent une propriété unique "n" est permise.

fn

Une personne a seulement un moyen le plus "best" préféré de mettre en forme son nom, et légalement les organisations n'ont seulement qu'un nom unique, par conséquent "fn" est singulier.

sort-string

Quand on trie un nom, cela ne fait pas de sens pour lui d'avoir plus d'un moyen de le trier, par conséquent "sort-string" doit être singulier.

Propriétés Physique

bday

Seule une personne n'a qu'un unique anniversaire physique (la réincarnation ne peut pas être scientifiquement substantiée et par conséquent constitue la création d'un nouvel objet plutôt que la renaissance d'un objet existant, et être "né à nouveau" n'est pas l'événement que représente "bday". De ce fait "bday" est singulier.

geo

La propriété "geo" représente la localisation effective de la personne, pas une approximation des coordonnées d'une "adr". Une personne ne peut pas être dans plus d'un endroit à la fois. Par conséquent, une personne ne peut avoir qu'une seule propriété "geo".

tz

Le propriété "tz" est la même. Une personne ne peut être que dans un seul fuseau horaire à la fois.

Propriétés Entirères vCard

class

La propriété "class" indique la classification confidentialité/accès à la hCart en tant qu'ensemble, et par conséquent cela n'a du sens ici que d'être unique (ou plutôt cela ne fait pas sens qu'il y en ait plus d'une).

rev

La propriété "rev" représente la date et heure de la révision de la hcard en tant qu'ensemble, par conséquent, pas de sens qu'il y en ait plus d'une.

uid

La propriété "uid" s'applique à la hCard en tant qu'ensemble. Cela ne fait pas sens d'avoir plus d'une "uid" pour une hCard.