From Microformats Wiki
Revision as of 23:37, 15 June 2008 by Kornel (talk | contribs) (→‎2008)
Jump to navigation Jump to search

hCard feedback

General feedback about hCard may be provided here, and the editor(s) will do their best to try to accomodate such feedback. The more specific the feedback the better chance it will be handled. For specific issues with the spec (as opposed to general problems and feedback), please use the hCard issues page.

IMPORTANT: Please read the hCard FAQ and the hCard resolved issues before giving any feedback or raising any issues as your feedback/issues may already be resolved/answered.

Feedback may (and probably will) be edited and rewritten for better terseness, clarity, calmness, rationality, and as neutral a point of view as possible. Use the provided template and add your feedback to the end of the Feedback section. Write your feedback well. — Tantek


Please add feedback here, in datetime sequential order:



  • open issue! 2008-01-13 raised by Christopher Allen at OpenIDDevCamp (collected by Tantek).
    1. What is the best practice for publishing your TZ in your hCard? As publishing just a fixed offset will likely result in 1 hour off error half the year for more people, given that the rest of the hCard is likely to be static.
  • open issue! 2008-06-16 raised by Kornel
    1. In the rfc2426 the KEY property defaults to binary. hCard profile suggests to use <abbr> for the key. Shouldn't it recommend data: URI with application/pgp-keys type or HTTP URL to a PGP/GPG key file? Key in <abbr> can't be copied/saved without dedicated hCard parser. And I'm not sure if line-breaks (removed by attribute whitespace normalisation) aren't neccessary for parsing key file.


Consider using this format (copy and paste this to the end of the list to add your issues; replace ~~~ with an external link if preferred) to report issues or feedback, so that issues can show up in hAtom subscriptions of this issues page. If open issues lack this markup, please add it.

Please post one issue per entry, to make them easier to manage. Avoid combining multiple issues into single reports, as this can confuse or muddle feedback, and puts a burden of separating the discrete issues onto someone else who 1. may not have the time, and 2. may not understand the issue in the same way as the original reporter.

<div class="hentry">
<span class="entry-summary author vcard">
 <span class="published">2011-MM-DD</span> 
 raised by <span class="fn">~~~</span>
<div class="entry-content discussion issues">
* <strong class="entry-title">«Short title of issue»</strong>. «Description of Issue»
** Follow-up comment #1
** Follow-up comment #2

Related Pages

The hCard specification is a work in progress. As additional aspects are discussed, understood, and written, they will be added. These thoughts, issues, and questions are kept in separate pages.