hcard-issues

(Difference between revisions)

Jump to: navigation, search
m (?)
(2008: is "n" optional or mandatory?)
Line 108: Line 108:
<div class="description">
<div class="description">
*# The "<code>fn</code>" optimisation rule should not apply where the full <code>fn</code> is also the <code>nickname</code>: e.g <code><nowiki><span class="fn nickname">Plastic Bertram</span></nowiki></code>, since a given-name+family-name pair is not usually a nickname. (But how to deal with pseudonyms such as "Maurice Micklewhite (known professionally as Michael Caine)"?)
*# The "<code>fn</code>" optimisation rule should not apply where the full <code>fn</code> is also the <code>nickname</code>: e.g <code><nowiki><span class="fn nickname">Plastic Bertram</span></nowiki></code>, since a given-name+family-name pair is not usually a nickname. (But how to deal with pseudonyms such as "Maurice Micklewhite (known professionally as Michael Caine)"?)
 +
</div>
 +
</div>
 +
 +
<div class="vevent">
 +
* {{OpenIssue}} <span class="summary vcard"><span class="dtstart">2008-02-07</span> raised by <span class="fn">[[User:AndyMabbett|Andy Mabbett]]</span> in [http://microformats.org/discuss/mail/microformats-discuss/2008-February/011552.html microformats-discuss/2008-February/011552.html]</span>
 +
<div class="description">
 +
*# Is "n" optional or mandatory? The spec says yes (with exceptions) the cheat-sheet says no. Parsers and common practice seem to indicate not.
</div>
</div>
</div>
</div>

Revision as of 20:24, 7 February 2008

hCard issues

Contents

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 documedabnted 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.

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.

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

For matters relating to the vCard specification itself, see vcard-errata and vcard-suggestions.

See other issues also.

closed issues

See: hcard-issues-resolved

resolved issues

See: hcard-issues-resolved

issues

Please add new issues to the bottom of the list by copy and pasting the Template. Please follow-up to resolved/rejected issues with new information rather than resubmitting such issues. Duplicate issue additions will be reverted.

2006

2007

<span class="tel" xml:lang="es">

 <abbr class="type" title="home">Casa</abbr> (<span class="type">pref</span>erido):
 <span class="value">+1.415.555.1212</span>

</span>

  • open issue! 2007-03-19 raised by [[User::ChristinaHope|Christina Hope]]
    1. Does Microsoft Outlook 2003 allow the use of the "role" property? I have added it to all of my hCards and it is not appearing. Am I doing something wrong?
        • URL? (if no URL to a demonstrative example is provided within a year of this issue being raised, it will be closed as REJECTED INSUFFICIENT INFORMATION.)
    1. How should we handle Old Style and New Style dates (i.e. Julian calendar vs. Gregorian), in DoB? For instance, Boris Pasternak, born "10 February [O.S. January 29] 1890". Should the hCard spec. specify New Style, using the abbr-design-pattern (or its successor) if necessary: <abbr title="1890-02-10">29 January 1890</abbr>?

2008

    1. The "n" optimisation rules (nickname, fn) should not apply where the fn is on part of adr or label: e.g <span class="fn locality">New York</span>; <span class="fn label">Asia</span>, since, in these examples, "Asia" is not a nickname, "New" is not a given-name and "York" is not a family-name. (see also hcard-brainstorming#Named_locations)
  • open issue! 2008-01-09 2008- moved from vcard-suggestions
    1. We can't have a generic type name cause we have to localize in French. so, for us, hCard work phone number is: <div class="tel"><span class="type">Travail</span> : <span class="value">0321596224</span></div>. How will a bot recognize that type ? We cannot specify every types in every languages in the specification. That's why i think something like this would be better: Travail : <span class="telwork">0321596224</span> Please, use class and id attributes ONLY for micro formats specifications ! XML #cdata and #data are localized ! Thanks !
    1. The "n" optimisation rules (nickname, fn) should not apply where the fn is also the role or title: e.g <span class="fn role">Webmaster</span>; <span class="fn title">Duty Manager</span>, since, in these examples, "Webmaster" is not a nickname, "Duty" is not a given-name and "Manager" is not a family-name.
    1. It seems to me that FN has been reused beyond its original vCard scope of person names, to cover any name. This led to the fn/title debate, but it seems some implementors are confused between following the vCard semantics (FN only for person names) or the hCard ones (FN for any name). See. http://cinematreasures.org/theater/365/, which uses an empty FN, resulting in their vCard not being detected by Operator, only the address.
    1. The "fn" optimisation rule should not apply where the full fn is also the nickname: e.g <span class="fn nickname">Plastic Bertram</span>, since a given-name+family-name pair is not usually a nickname. (But how to deal with pseudonyms such as "Maurice Micklewhite (known professionally as Michael Caine)"?)
    1. Is "n" optional or mandatory? The spec says yes (with exceptions) the cheat-sheet says no. Parsers and common practice seem to indicate not.

template

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">
{{OpenIssue}} 
<span class="entry-summary author vcard">
 <span class="published">2011-MM-DD</span> 
 raised by <span class="fn">~~~</span>
</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
</div>
</div>

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.

hcard-issues was last modified: Wednesday, December 31st, 1969

Views