hcalendar-issues-fr

Jump to: navigation, search

Problématiques hCalendar

Ce sont des problématiques externes sur hCalendar avec différents degrés de mérite. De ce fait, quelques problématiques sont REJETEES pour un bon nombre de raisons évidentes (mais encore documentées ici si elles sont exprimées à nouveau), et d'autres qui contiennent des discussions plus longues.

IMPORTANT : Lisez SVP les FAQ hCalendar avant de donner toute réaction ou soulever quelque problématique parce que vos réactions/quetions peuvent déjà avoir été résolues/fait l'objet d'une réponse.

Les problématiques proposées peuvent (et le seront probablement) éditées et récrites pour une meilleure concision, clarté, rationalité et rester sur un point de vue aussi neutre que possible. Formulez bien vos problématiques. — Tantek

Ajoutez SVP vos nouvelles problématiques en haut de la liste. Relancer SVP vers les problématiques résolues/rejetées avec de nouvelles information plutôt que de soumettre à nouveau de telles problématiques. Les ajouts de problématiques en doublon seront réinitialisés.

Voir problématiques hCard en rapport.

Contents


Problématiques

Ajoutez de nouvelles problématiques en haut de la liste :

  • problématique ouverte ! 2007-01-20 soulevée par Andy Mabbett
Là où DTEND est une date, et non une date-time, il est requis que ce soit le jour après la fin de l'événement, par conséquent : <abbr class="dtend" title="2007-04-30">29 avril 2007</abbr>. Néanmoins, "29 Avril 2007" n'est pas une abréviation de 2007-04-30 ; c'est une abréviation de 2007-04-29. Le balisage comme montré est sémantiquement incorrect et sujet probablement à problèmes pour les utilisateurs ou agents utilisateurs qui utilisent l'attribut 'title', et non la valeur texte, de l'élément abbr.
Webf2 23:23, 11 May 2007 (PDT)
  • La date ISO 2007-04-30 est directement équivalente à 2007-04-30 00:00:00, ce qui est la raison pour laquelle elle est utilisée à l'heure de fin d'un événement arrivant le 2007-04-29. Dans ce contexte plus complet vous pouvez alors visualiser cela comme une abréviation de 'la fin du 29 avril 2007'. Les auteurs peu à l'aise avec ça pourrait utiliser <abbr class="dtend" title="2007-04-29 23:59:59">29 avril 2007</abbr>, ou être plus spécifique avec leurs horaires.
Ciaran McNulty 09:21, 12 May 2007 [GMT]
  • This certainly risks confusion. The abbr title includes different information than the content; different when read by a 'normal' user who does not know about the exclusive-end-date.
  • Le problème va se passer avec les dates (plutôt que les dates-times). L'attente utilisateur est différente qi vous parler de "3 heures", ce qui est vraiment un point dans le temps, et de 29 avril, quelque chose qui dure 24 heures. Pas de problème pour dire qu'une heure de fin est 'exclusive', mais une date de fin peut être et est généralement inclusive.
  • Utiliser un dtend plus précis est simplement un contournement, vous pourriez ne pas vouloir dire la seconde à laquelle un événement se finit (comme dans 2007-04-29 23:59:59). Vous pourriez facilement vouloir dire que cela tourne du Mercredi au Vendredi sans vous engager sur des horaires préciss - ou que l'événement soit parfois sur ce vendredi mais vous ne savez pas quand.
Les options possibles pourraient être :
  • Inclure une note dans le standard qui aille en marquage contradictoire tel que
<abbr class="dtend" title="2007-04-30">29 avril 2007</abbr>
mauvais en pratique et devrait être évité
  • Faire un break avec l'usage ical que le fait que les dates de fin soient exclusives.
  • Clarifier le sens :
<abbr class="dtend" title="value=date:value=inclusive:2007-04-29">29 Avril 2007</abbr>
<abbr class="dtend" title="value=exclusive:2007-04-30">29 avril 2007</abbr>
ou peut-être
<abbr class="dtend;value=date:value=inclusive" title="2007-04-29">29 avril 2007</abbr>
Webf2 00:25, 13 May 2007 (PDT)


	<dt id="D20070120">
		<abbr class="dtstart" title="20070120">
		Samedi 20 janvier 2007
		</abbr>
	</dt>
	<dd>
		<span class="vevent">
		<object class="include" data="#D20070120"></object>
		[Détails du premier événement]
		</span>

		<span class="vevent">
		<object class="include" data="#D20070120"></object>
		[Détails du second événement]
		</span>
	</dd>

mais notez svp que vous devriez valider votre HTML - il a plus de 3000 erreurs ! le nombre élevé de nombre de microformats hCalendar (>500) amène les parseurs comme Tails de Firefox et Operator à répondre très lentement. Vous devriez utiliser CSS, des espaces non cassés et de nombreux sauts de lignes pour metter en page votre page - ceci réduira sa taille et permettra aux parseurs de travailler plus rapidement. Vous aurez besoin de styler object .include en display:none Andy Mabbett 04:10, 16 Jan 2007 (PST)

Ceci est un peu confus aussi lisez calmement et avec attention la RFC 2445 à cet égard. En outre, la spec. hCalendar dirait *précisément* comment générer des propriétés VCALENDAR en son absence.

Ils ont tous imaginé cela comme aussi pertinent par la spec ical parce que les événements se déroulent (mon implémentation).

Spécifiez explicitement quels sont les objets iCalendar (en plus de VEVENT) qui sont permis dans hCalendar. Candidats actuels en plus : VTODO (plein d'exemples de cette information sur le web), VFREEBUSY (déjà au moins sur un site de publier cette info), VALARM (peut-être, me semble grossier, mais sans une exigence du vrai monde pour utiliser le cas que nous devrions probablement ometre). Actuellement en cours de dépose : (construction horrible), VJOURNAL (démodé par hAtom).

<a name="myfrag">Titre</a>
<div class="vevent">
  <div class="description">Un bel événement</div>
  <abbr class="dtstart" title="2005-10-05">5 octobre</abbr>
</div>
  <li class="vevent" id="2678c3f94af4a49f9ccbb69b92a82aba-midgardGuid">
    <abbr class="dtstart" title="2005-10-20T14:34:45Z">Torstai 20. Lokakuu 17:34</abbr> -
    <abbr class="dtend" title="2005-10-20T15:33:56Z">18:33</abbr>
    <a class="url" href="/bergie/another-calendar/82457028ba83407451edd8aaeaa40622.html">
        <span class="summary">From the other cal</span>
    </a>
    <abbr class="dtstamp" title="2005-10-14T12:16:45Z">Torstai 14. Lokakuu 12:16</abbr>
  </li>

.vevent .summary {

//remove all the previously set properties, for example:

text-decoration: none;

font-size: 100%;

...

}

Since the hCalendar microformat is the following,

<a class="url" href="http://www.web2con.com/">

Web 2.0 Conference:

...

I hope to have been clear but I'm not so sure ;-)


Gabarit

Utilisez svp ce format :

  • {{OpenIssue-fr}} AAAA-MM-JJ soulevée par NOMAUTEUR
    1. Problématique 1 : Voici la première problématique que j'ai .
    2. Problématique 2 : Voici la seconde problématique que j'ai .


Pages en rapport

Cette spécification est un chantier en cours. Au fur et à mesure que les aspects additionnels sont discutés, compris et écrits, ils seront ajoutés. Ces idées et questions sont maintenues sur des pages séparées.

  • hCalendar Brainstorming - brainstormings et autres explorations en rapport avec hCalendar
  • hCalendar problématiques - problématiques avec la spécification

hcalendar-issues-fr was last modified: Thursday, January 8th, 2009

Views