W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2009

[Bug 7943] New: vCard: personal name: more properties

From: <bugzilla@wiggum.w3.org>
Date: Sun, 18 Oct 2009 08:30:04 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-7943-2486@http.www.w3.org/Bugs/Public/>

           Summary: vCard: personal name: more properties
           Product: HTML WG
           Version: unspecified
          Platform: All
        OS/Version: NetBSD
            Status: NEW
          Severity: enhancement
          Priority: P3
         Component: HTML5 spec proposals
        AssignedTo: dave.null@w3.org
        ReportedBy: Nick_Levinson@yahoo.com
         QAContact: public-html-bugzilla@w3.org
                CC: ian@hixie.ch, mike@w3.org, public-html@w3.org

vCard needs a bit more to decompose an individual's full name into its
components to reflect cultures and customs accurately.

--- honorific-infix: The Roman Catholic Church uses them for high-profile
leaders and many people address them accordingly. In "His Eminence Aloysius
Cardinal Ambrozic"
(http://www.archtoronto.org/about_us/cardinal_ambrozic.html), "Cardinal" is an
honorific, and, being in the middle, is an infix.

--- salutation-name: This would take any literal string, such as "Bartender
Bob", that could follow "Dear " in a letter. This is not identical to a
nickname, which may be used in other contexts, such as in the middle of a
conversation (e.g., "Dear Jane, [paragraph] We asked around, and, frankly,
Spike, you know the story. It's what most people want.").

--- salutation-form: Whether to address someone as Ms. Jones or as Ida varies
by culture and individual. I suggest that salutation-form specify a format for
a given vCard: the value could be "honorific-prefix space family-name" to
represent "Ms. Jones", for example. An advantage is that the same string could
be pasted into many vCards and, being common, could be defined in an
abbreviations list. To that end, I suggest these forms as starters:
--- --- hpsfn: honorific-prefix space family-name
--- --- gn: given-name
--- --- gnfn: given-name family-name (e.g., traditional use of this form by
Friends (Quakers))
--- --- hisfn: honorific-infix space family-name
--- --- hpsgn: honorific-prefix space given-name (rare; e.g., hairstylists in
--- --- title: title (e.g., "[Dear ]Judge")
--- --- hptitle: honorific-prefix space title (e.g., "[Dear ]Ms. Chief
--- --- additional salutation-forms not yet defined will be needed for some
couples and families (e.g., Dr. and Mrs. or The Example Family)

--- gender: People may likely think it's so similar to much other biographical
data that it's likely to lead to expanding vCards far beyond your intention.
However, in some cultures it's particularly relevant to naming, as when wives
and husbands express their family and middle names differently. It also, in
some cultures, is needed for selecting salutations. When given names and
honorifics fail to imply gender, an explicit declaration is needed. I suggest
case-insensitive values f, m, and u (for unknown). Parsers can have defaults
for when no gender or value is specified; better parsers will let their users
set the defaults.

--- sort-form: Instead of requiring us to retype an entire string for every
vCard's sort-string, increasing errors, let us have a default value for many of
these, then change the default for the next batch we type. All that's needed is
the class value for family-name, given-name, or, I suppose possibly,

This extends the concepts in the vCard RFC and the hCard Microformats standard.
I've almost identically expressed these concepts to microformats.org for their

Thank you.


Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Sunday, 18 October 2009 08:30:12 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:30:41 UTC