hcard-issues

hCard issues

These are externally raised issues about hCard with broadly varying degrees of merit. Thus some issues are REJECTED for a number of obvious reasons (but still documented here in case they are re-raised), and others contain longer discussions. Some issues may be ACCEPTED and perhaps cause changes or improved explanations in the spec. Submitted issues may (and probably will) be edited and rewritten for better terseness, clarity, calmness, rationality, and as neutral a point of view as possible. Write your issues well. — Tantek

See related hcalendar-issues.

Issues

• 2005-06-30 raised by Jack L. Wolfgang II

Please feel free to move these to the FAQs if they are better suited there.

• 1. Handling middle names and suffixes: How does one handle middle initials/names in the hCard format and suffixes that are not honorific suffixes (e.g. Jr., Sr., II, III, etc. as opposed to Ph.D., Esq., M.D., etc.)?
  2. Handling different types of addresses: How does one handle the TYPE (e.g. postal, work, etc.) speficiation for addresses as specified in RFC 2426 Section 3.2.1?

• 2005-06-21 raised by Hixie
  1. Issue H-1: This specification is lacking a user agent conformance section. There's basically nothing that says how hCards must be parsed, how to handle errors, and so forth. Is it defined in terms of the DOM? Is it defined in terms of a serialisation? How do you handle unexpected content or missing content?

Template

Please use this format:

• YYYY-MM-DD raised by AUTHORNAME
  1. Issue 1: Here is the first issue I have.
  2. Issue 2: Here is the second issue I have.