hcalendar-faq-fr

From Microformats Wiki
Revision as of 18:44, 18 December 2006 by ChristopheDucamp (talk | contribs) ({{hcalendar-related-pages-fr}})
Jump to navigation Jump to search

FAQ hCalendar

Cette page est destinée à documenter les Q&R à propos de hCalendar. Si vous avez une nouvelle question à poser, svp considérez de poser d'abord votre question sur la liste de discussion microformats.

Q&R

  1. Comment j'utilise une classe à l'intérieur de quand je ne veux pas que l'élément que j'utilise dessus soit une propriété du calendrier ?
    • Utilisez un nom de classe qui ne soit pas défini dans le nom de propriété iCalendar.
  2. Que se passe t'il si la classe est utilisée à la fois dans et en dehors de  ?
    • Cela fonctionne bien.
  3. Que dois-je faire si je veux ajouter un style au groupe d'événements calendriers, tout spécialement si le calendrier contient du contenu dynamique ?
    • Vous pouvez écrire des règles de style qui incorporent à la fois le contexte d'un groupe donné (disons qu'il est dans une liste ordonnée avec un noms de classe "group" par exemple) et les événements par ex. :ol.group .vevent { /* insérer un style commun ici */ }
  4. Que faites-vous si vous ne voulez pas que le calendrier ou la carte s'affiche ?
    • Si vous ne voulez pas que le calendrier ou la carte soient affichés, pourquoi les publiez vous sur le Web ?
  5. Et si vous ne voulez pas que des propriétés spécifiques s'affichent ?
    • Vous pouvez utiliser trivialement CSS pour cacher (ou autrement altérer l'affichage) de certaines propriétés. Par exemple, si vous voulez cacher l'endroit "location" de tous vos VEVENTs vous écririez une règle comme celle-ci : .vevent .location { display:none } . Ceci n'empêchera pas néanmoins aux propriétés de pouvoir être lues à partir du source HTML ; ou d'être vues par les personnes qui n'ont pas d'autorisation CSS ; ou d'être découvertes par les moteurs de recherche ou autres robots.
  6. Si nous utilisons <abbr> title pour l'ISODate, comment spécifions-nous un truc outil différent ?
    • Pour des raisons de transparence et de visibilité des métadonnées, il est recommandé que vous NE SPECIFIEZ pas un tooltip différent. Néanmoins, si vous devez le faire dans votre contenu particulier ou application, vous pouvez faire ainsi avec un span imbriqué par ex. Feb. 21st
  7. Est ce que l'usage de <acronym> pour DTSTART serait simplement aussi bien que <abbr>?
    • Ce pourrait l'être, mais il n'y en a pas besoin. L'élément <abbr> est aussi préféré car il est mieux défini. L'élément <acronym> et en particulier, le terme "acronym" veut dire différentes choses pour différentes personnes, et par conséquent nous ne l'utilisons pas dans hCalendar.
  8. Que se passe t'il si un navigateur ne supporte pas <abbr>?
    • alors les contenus lisbiles par les humains dans l'élément sont affichés, ce qui est le comportement désirable.
  9. En quoi hCalendar est différent de xCalendar, cad. les instructions iCalendar XML soumises sous l'IETF Internet-Draft ?
    • hCalendar et xCalendar sont en fait très similaires en ce sens qu'ils sont tous deux fondés sur le standard iCalendar, RFC2445. Néanmoins, xCalendar est un moyen de représenter les fichiers iCalendar en utilisant des noms d'éléments et d'attributs XML non-standards. Ceci est inapproprié et difficile à servir sur les pages web. xCalendar est encore un document séparé encapsulé, dans le contexte sur le web, ce qui requiert encore un autre nom d'espace. Rien ne ressemblerait même à un fichier xCalendar XML dans le contexte sa navigation ordinaire, à moins que ce ne soit XSLTifié en quelque chose d'autres, par ex. hCalendar. D'un autre côté, hCalendar est facilement embarquable dans des pages web normales XHTML, facile à style avec CSS, il sépare proprement l'information date présentable humainement vs les dates parsables par les machines en ISO-8601, etc. Avec hCalendar, les contenus de calendriers et événements apparaissent à la fois à l'utilisateur humain *et* aux implémentations machines conscientes du hCalendar, parseurs, indexeurs, etc., sur le web d'*aujourd'hui*.
  10. Pouvez-vous fournir des données d'endroits plus précises pour un évenement hCalendar comme la latitude et la longitude?
    • Oui, c'est possible, en ajoutant une couche hCard avec le balisage location (voir le brainstorming sur hCard locations), par ex. en utilisant votre exemple de lat long (prendre les valeurs comme données, quelqu'un se sentira libre de les réparer pour que ce soit des valeurs réelles). Les exemples de code sont présumés être à l'intérieur d'un élément avec un nom de classe "vevent". Voir la page hcalendar-location-hcard-example pour les détails. Pour plus de discussions sur les données géographiques, d'endroits et recherche à l'intérieur de formats actuels et futurs potentiels, voir la page location formats.
  11. Au moment de transformer un hCalendar en un fichier .ics, dois-je convertir l'heure en UTC ?
    • Oui, le format iCalendar ne permet pas que l'heure soit publiée avec un décalage. Les hCalendars peuvent être publiés avec des offsets, parce que cela promeut l'exactitude, parce que cela est plus facilement vérifiée (la mathématique des fuseaux horaires est difficile), mais les outils qui tranforment hCalendar en iCalendar doivent tranformer les heures en UTC.
  12. Comment sont représentés les événements récurrents ?
    • Si vous jetez un oeil sur l'Exemple 3, il y a un moyen proposé utilisant une propriété RRULE avec une sous-propriété associée freq. C'est un début - plus de brainstorming sur hcalendar-brainstorming.
  13. Comment un balisage produit simplement l'année contrairement à une date complète ? Par ex. pour représenter un âge ou une discussion "l'année dernière" ?
    • Cela dépend du contexte. Si par "l'année dernière", vous voulez dire le *calendrier* de l'année passée, alors balisez le comme January 1st jusqu'aù December 31st. Si vous voulez dire les 365 derniers jours, alors balisez selon toute date en rapport. Etc.
  14. Y'a t'il quelques programmes de services qui convertissent iCalendar vers hCalendar ?
    • A cette heure, il n'y a pas de plans pour créer un programme. Il y a plusieurs problématiques lors de la conversion, principalement COMMENT l'information est représentée en HTML. Parce que vous pouvez simplement utiliser simplement n'importe quel élément que pourrait choisir le convertisseur. Ce n'est pas pour dire qu'un convertisseur ne devrait pas être construit, mais c'est hors du champ des microformats.
  15. Est-ce que la liste des types possibles pour un ADR et TEL sont sensibles à la casse ?
    • Non, les valeurs énumérées ne sont PAS sensibles à la casse, par conséquent Home, home, HOME, etc sont toutes équivalentes.
  16. Pourquoi Outlook n'importera pas mon fichier ics
    • Outlook est méticuleux sur quelques propriétés. Avec outlook, UID, DTSTAMP et METHOD sont obligatoires. Assurez-vous d'avoir balisé votre hCalendar avec un class="uid" et un class="dtstamp" dans un class="vevent"
  17. Puis-je utiliser les dates AAAA-MM-JJThh:mm:ss ou dois-je utiliser le format MMMMJJThhmmss ?
    • hCalendar spécifie le format dateheure ISO8601, et les deux exemples sont valides, vous pouvez l'utiliser avec ou sans trait d'union/deux points/espaces. Notez cependant que à la fois la note W3C et la RFC 3339 recommandent l'utilisation de l'ancien format étendu (délimité).
  18. Dois je spécifier l'heure détaillée et l'information du fuseau horaire ?
    • Incluez autant d'informations que nécessaire, au minimum incluez YYYY-MM-DD
  19. Pourquoi dois-je utiliser un 'T' entre la date et l'heure dans les dates ISO ?
    • Vous ne pouvez PAS utiliser un caractère espace-blanc, le 'T' est obligatoire pour séparer la date de l'heure.
  20. Pourquoi les noms de classe racine "vcalendar" et "vevent" et pas "hcalendar"?
    • hCalendar est basé sur la spec iCalendar (RFC 2445), qui est elle-même basée sur vCalendar. Les noms des objects sont restés cohérents et sont basés sur les noms originaux provenant de vCalendar.
  21. Comment dois-je baliser un date-time avec le fuseau horaire approprié ?
    • Il y a deux moyens de faire ça. D'abord vous pouvez ajouter votre fuseau horaire à la fin de votre date-time comme ceci : 2006-01-01T12:00:00-0600. [Voir ici une carte du monde timezone offset]. Aussi, soyez sûr d'ajuster l'offset à prendre en compte pour l'[heure d'été] pour les événements dans les dates et lieux applicables. L'autre option est de convertir votre date-time avec une zone horaire à l'intérieur d'un UTC date-time. iCalendar requiert que les heures soient en UTC, mais hCalendar permet aussi d'encoder vos dates-times comme des ISO date-times propres avec leurs offset de zones horaires.
  22. Pourquoi mon événement se finit un jour plus tôt que je ne le veux ?
    • DTEND n'est pas inclusif. Si vous voulez qu'un événement se termine le 2 janvier, alors vous aurez besoin de régler DTEND à 2006-01-03, un jour plus tard. Ceci parce que l'événement se FINIRA la première seconde de la date fournie, ainsi si vous spécifiez 2006-01-02, alors cela dit que la fin de l'événement est à minuit entre le premier et le deux.
  23. Comment puis-je représenter un événement se répétant dans hCalendar?
  24. Quel est le meilleur moyen de représenter une adresse complète dans la Location ?

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.