hcalendar-issues-closed

<entry-title>hCalendar closed issues</entry-title>

closed issues

Closed issues that have no further actions to take..

closed 2005

• 2005-02-18 raised by Matt Raymond on the whatwg list:
  1. There is no way for some reading the markup to tell if a class name is the name of an attribute or simply the name of a class used for styling.
     • REJECTED (strawman, poor assumption). There is no need to differentiate in the general case. Class names should always be semantic, and whether they are used for styling is orthogonal.
  2. As a result of the above, user agents would not be able to reliably allow users to access extension properties such as "x-mozilla-alarm-default-length" (which is an actual extension used in Sunbird).
     • REJECTED (out of scope). Extension properties are outside the current scope of hCalendar.
  3. The use of <abbr> for dates is incorrect. "August 5th, 2004" is not the abbreviation of 2004-08-05. In fact, the opposite is closer to the truth.
     • REJECTED (strawman). In practice the year is often omitted and thus "August 5th" actually is an abbreviation for 2004-08-05 which specifies the year. See this article for an explanation of this use of <abbr> Human vs. ISO8601 dates problem solved
  4. You have to create a complex set of rules for all possible uses of legacy markup within which can easily be implemented incorrectly.
     • REJECTED (false statements, strawman). There is no legacy markup. There is no need to create rules for all possible uses of legacy markup. There is no need to create a complex set of rules.
  5. There are styling and tooltip issues that are unresolved.
     • REJECTED (empty statements). See the hCalendar FAQ for answers to specific styling and tooltip questions. Otherwise, please raise specific issues here with clear valid examples.
  6. hCalendar/hCard is more complicated for webmasters to read and understand and more complicated for developers to implement.
     • REJECTED (empty statements, invalid comparator). Please state specific examples which show the perceived complexity. The comparison "more complicated" requires two items, no second item was provided.

closed 2006

• 2006-01-04 raised by CGranade
  1. Interactions with strong namespacing. So far, it seems that hCalendar cannot be embedded into non-XHTML schemas that are also strongly namespaced (e.g.: RDF, Atom) without a resultant validation error, as the class attribute is not portable across schemas.
     • REJECTED. The class attribute is used on XHTML elements, which are XML, which can be embedded in any other XML. The issue as raised doesn't make sense.

see also

• hcalendar-issues
• hcalendar-issues-resolved