hresume-issues-fr

(Difference between revisions)

Jump to: navigation, search
([fr:sync'd])
(Problématique: Fixed broken link)
Line 17: Line 17:
*#* Beaucoup de listes d'expériences de jobs inclueront le fait que la personne est en train de travailler actuellement. Ciaran McNulty [http://microformats.org/discuss/mail/microformats-discuss/2006-October/006477.html a souligné avec pertinence] qu'un DTEND blanc n'indique pas que l'événement est encore en cours. Nous aons besoin de trouver un moyen facile de faire fonctionner cela dans le hResume.
*#* Beaucoup de listes d'expériences de jobs inclueront le fait que la personne est en train de travailler actuellement. Ciaran McNulty [http://microformats.org/discuss/mail/microformats-discuss/2006-October/006477.html a souligné avec pertinence] qu'un DTEND blanc n'indique pas que l'événement est encore en cours. Nous aons besoin de trouver un moyen facile de faire fonctionner cela dans le hResume.
-
* {{OpenIssue-fr}} soulevée le 2006-10-19 par [[Steve Ganz]].
+
* {{OpenIssue-fr}} soulevée le 2006-10-19 par [[User:Steve Ganz|Steve Ganz]].
*# ''Il n'y a actuellement pas moyen de distinguer différents types de hCard dans hResume''
*# ''Il n'y a actuellement pas moyen de distinguer différents types de hCard dans hResume''
*#* Dans la version 0.1 draft il est spécifié qu'un élément parent de <code>address</code> devrait être utilisé pour distinguer une hCard comme l'info contact du sujet. Ce s'avère problématique à mettre en oeuvre du fait que <code>address</code> ne pas contenir des éléments de niveau bloc. Pour éviter de sacrifier la valeur sémantique en restreignant les éléments enfants d'une hCard à des éléments dans la ligne, nous avons besoin d'installer une méthode alternative pour classifier un hCard d'un sujet comme son info de contact.
*#* Dans la version 0.1 draft il est spécifié qu'un élément parent de <code>address</code> devrait être utilisé pour distinguer une hCard comme l'info contact du sujet. Ce s'avère problématique à mettre en oeuvre du fait que <code>address</code> ne pas contenir des éléments de niveau bloc. Pour éviter de sacrifier la valeur sémantique en restreignant les éléments enfants d'une hCard à des éléments dans la ligne, nous avons besoin d'installer une méthode alternative pour classifier un hCard d'un sujet comme son info de contact.

Revision as of 13:01, 1 May 2007

Problématiques hResume

Ce sont des problématiques soulevées à l'extérieur à propos de hResume avec différents degrés de mérites. Par conséquent, certaines problématiques sont REJETEES pour un certain nombre de raisons évidentes (mais encore documentées ici au cas où elles réapparaissent à nouveau), et d'autres qui contiennent de plus longues discussions. Quelques problématiques peuvent être ACCEPTEES et peut-être amener à des modifications ou explications améliorées dans la spécification. Les problématiques proposées peuvent et seront (probablement) éditées et récrites pour une meilleure concision, clarté, rationnalité et si possible avec un point de vue aussi neutre que possible. Ecrivez bien vos problématiques. — Tantek

Voir les problématiques hcalendar apparentées. Voir les problématiques hcard apparentées.

Contents


Problématique

Gabarit

SVP utilisez ce format (copiez et collez cela à la fin de la liste pour ajouter vos problématiques) :

Pages en rapport

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

hresume-issues-fr was last modified: Wednesday, December 31st, 1969

Views