hcalendar-faq-fr

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éfinir 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 calendirers, tout spécialmeent 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 soit affiché, 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 dit altérer l'affichage) de certaines propriétés. Par ex. si vous voulez cacher l'endroit "location" de tous vos VEVENTs vous écrirez 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.
6. Si nous utilisons <abbr> title pour l'ISODate, comment spécifiions-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ée 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*.

1. 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 utilissant 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ées ê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 page.
2. Au moment de transformer un hCalendar en un fichier .ics, dois-je conertir 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.
3. Comment sont représentés les événements récurrents ?
   • If you take a look at Example 3, there is a proposed means using an RRULE property along with a freq sub-property. It's a start - more brainstorming at hcalendar-brainstorming.
4. How does one markup just the year as opposed to an entire date? e.g. to represent age, or discussing "the past year" ?
   • Depends on the context. If by "the past year", you mean the past *calendar* year, then mark it up as January 1st through December 31st. If you mean the past 365 days, then mark it up according to whatever date it is relative to. Etc.
5. Are there any programs of services that convert from iCalendar to hCalender?
   • At the moment there are no plans to create a program. There are several issues when converting, mainly HOW the information is represented in HTML. Since you can use just about any element which could the converter choose. This is not to say a converter shouldn't be built, but it is out of the scope of microformats.
6. Is the list of possible types for an ADR and TEL case sensitive?
   • No, enumerated values are case-INsensitive, therefore Home, home, HOME, etc are all equivalent
7. Why won't Outlook import my ics file
   • Outlook is picky about some properties. With outlook, UID, DTSTAMP and METHOD are mandatory. Be sure you have marked-up your hCalendar with a class="uid" and a class="dtstamp" in a class="vevent"
8. Can I use YYYY-MM-DDThh:mm:ss dates or do I have to use the YYYYMMDDThhmmss format?
   • hCalendar specifies ISO8601 datetime format, and both examples are valid, you can use with or without hyphens/colons/spaces.
9. Do I have to specify detailed time and timezone information?
   • Include as much information as necessary, minimally include YYYY-MM-DD
10. Why do I have to use a 'T' between the date and time in ISO Dates?
    • You can NOT use a white-space character, the 'T' is mandatory to separate the date from the time.
11. Why are the root class names "vcalendar" and "vevent" and not "hcalendar"?
    • hCalendar is based on the iCalendar spec (RFC 2445), which itself is based on vCalendar. The names of objects have remained consistent throughout and are based on the original names from vCalendar.
12. How do I mark-up a date-time with the proper timezone?
    • There are two ways to do this. First, you can add your timezone offset to the end of your date-time like this: 2006-01-01T12:00:00-0600. [See a world timezone offset map here]. Also, be sure to adjust offset to account for [Daylight Saving Time] for events within applicable dates and locations. The other option is to convert your date-time with a timezone into a UTC date-time. iCalendar requires that times be in UTC, but hCalendar also allows for encoding your date-times as proper ISO date-times with timezone offsets.
13. Why does my event end a day earlier than I want?
    • DTEND is not inclusive. If you want an event to end on January 2nd, then you will need to set DTEND to 2006-01-03, one day later. This is because the event will END the first second of the date provided, so if you specify 2006-01-02, then that says that the end of the event is at midnight between the 1st and 2nd.
14. How do I represent a repeating event in hCalendar?
    • See hCalendar brainstorming: Recurring Events
15. What is the best way to represent a full address in the Location?
    • See hCalendar brainstorming: hCard locations