hresume-issues-fr - Revision history

Tantek: Reverted edit of Gazza, changed back to last version by ChristopheDucamp

2007-05-01T23:22:04Z

Reverted edit of Gazza, changed back to last version by ChristopheDucamp

← Older revision		Revision as of 23:22, 1 May 2007
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.

Gazza: /* Problématique */ Fixed broken link

2007-05-01T13:01:15Z

Problématique: Fixed broken link

← Older revision		Revision as of 13:01, 1 May 2007
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.

ChristopheDucamp: [fr:sync'd]

2007-03-18T10:58:38Z

[fr:sync'd]

← Older revision		Revision as of 10:58, 18 March 2007
Line 9:		Line 9:

	== Problématique ==		== Problématique ==

			* {{OpenIssue-fr}} 2007-01-04 soulevée par [[User:NTollervey\|ntoll]].
			*# ''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.''

	* {{OpenIssue-fr}} 2006-10-19 soulevée par [[RyanKing]].		* {{OpenIssue-fr}} 2006-10-19 soulevée par [[RyanKing]].
Line 25:		Line 28:
	*# ''Problématique 1 : Voici le premier problème que j'ai.''		*# ''Problématique 1 : Voici le premier problème que j'ai.''
	*# ''Problématique 2 : Voici le second problème que j'ai.''		*# ''Problématique 2 : Voici le second problème que j'ai.''

			== Pages en rapport ==
			{{hresume-related-pages-fr}}

ChristopheDucamp at 01:02, 5 November 2006

2006-11-05T01:02:26Z

New page

<h1> Problématiques hResume </h1>

Ce sont des problématiques soulevées à l'extérieur à propos de [[hresume-fr|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. — [http://tantek.com/log/ Tantek]

Voir les [[hcalendar-issues-fr|problématiques hcalendar]] apparentées.
Voir les [[hcard-issues-fr|problématiques hcard]] apparentées.

__TOC__

== Problématique ==

* {{OpenIssue-fr}} 2006-10-19 soulevée par [[RyanKing]].
*# ''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 [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]].
*# ''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 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) :
* {{OpenIssue-fr}} AAAA-MM-JJ soulevé par [http://yourhomepage.exemple.com VOTRENOM].
*# ''Problématique 1 : Voici le premier problème que j'ai.''
*# ''Problématique 2 : Voici le second problème que j'ai.''