hresume-issues-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
(→‎Problématique: Fixed broken link)
m (Reverted edit of Gazza, changed back to last version by ChristopheDucamp)
 
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 [[User:Steve Ganz|Steve Ganz]].
* {{OpenIssue-fr}} soulevée le 2006-10-19 par [[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.

Latest revision as of 23:22, 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.

Problématique

  • problématique ouverte ! 2007-01-04 soulevée par ntoll.
    1. Eu égard aux attributs "skills" dans un résumé : souvent les compétences sont une indication du niveau d'accomplissement - que ce soit un "tag" descriptif ou une durée indiquant la longueur de l'expérience de la compétence référencée. En fait, le fait d'extraire un résumé d'un microformat "skill" pourrait être utile pour une réutilisation dans le microformat de liste d'annonce (disponibilité "vacancy" ?). De ce fait, les exigences de job pourraient être mariées vers les CVs. Même si ce n'est pas un site d'emploi, j'aime la fonctionnalité skill de Sourceforge.net (qui saisit à la fois un niveau et une longueur d'expérience) même si je pense que son implémentation est épouvantable.
  • problématique ouverte ! 2006-10-19 soulevée par RyanKing.
    1. Il n'y a actuellement pas moyen de dire 'present' dans hCalendar
      • Beaucoup de listes d'expériences de jobs inclueront le fait que la personne est en train de travailler actuellement. Ciaran McNulty 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.
  • problématique ouverte ! soulevée le 2006-10-19 par Steve Ganz.
    1. 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 address 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 address 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 toute expérience donnée il peut y avoir une ou plusieurs hCards. Une qui devrait être la hCard du sujet pour cette expérience et l'autre pour un superviseur ou manager, etc. Nous avons besoin d'un moyen de distinguer différentes hCards dans une expérience donnée.

Gabarit

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

  • problématique ouverte ! AAAA-MM-JJ soulevé par VOTRENOM.
    1. Problématique 1 : Voici le premier problème que j'ai.
    2. Problématique 2 : Voici le second problème que j'ai.

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 :