hcard-examples-zh
<entry-title>hCard 範例</entry-title>
範例 hCards.
作者
- Tantek Çelik
- Brian Suda
譯者
啟發性的例子
網頁和文章的作者
依據HTML4.01規格,作者應該使用<address>
元素來表示"一篇文件或是一篇文件的主要部份的聯絡資訊",例如:
<address> <a href="http://tantek.com/">Tantek Çelik</a> </address>
增加hCard到這樣已經存在的XHTML,你可以明確地表明這人的名稱、網址等等:
<address class="vcard"> <a class="fn url" href="http://tantek.com/">Tantek Çelik</a> </address>
這可以這樣顯示:
Tantek Çelik
這不只整頁可以這樣做,頁面的"主要部份"也可以,例如,部落格的文章。
見microformats.org部落格一個例子 (看原始碼),在microformats.org上的每篇文章的作者被標記為像上面顯示的 <address class="vcard">
元素。
人跟組織的參考
在部落格文章裡一個典型的例子就是連結提到的人名到他們的部落格,且/或他們公司的首頁。例如:
<cite> <a href="http://meyerweb.com/">Eric Meyer</a> </cite> 寫了一篇文章 (<cite> <a href="http://meyerweb.com/eric/thoughts/2005/12/16/tax-relief/"> Tax Relief </a> </cite>) 關於他從<a href="http://irs.gov/">Internal Revenue Service</a>. 收到的無意中幽默信
加入hCard到這樣的標記裡,你可以明確地用名字跟URL來表明這個人跟公司:
<cite class="vcard"> <a class="fn url" href="http://meyerweb.com/">Eric Meyer</a> </cite>寫了一篇文章 (<cite> <a href="http://meyerweb.com/eric/thoughts/2005/12/16/tax-relief/"> Tax Relief </a> </cite>) 關於他從<span class="vcard"> <a class="fn org url" href="http://irs.gov/">Internal Revenue Service</a> </span>收到的無意中幽默信。
注意這個包圍IRS的超連結上的類別名稱"fn org url",使用"fn"跟"org"相同的值(或這裡元素)來表示hCard是描述一個組織而非一個人。
這也可以這樣顯示:
Eric Meyer寫了一篇文章 (Tax Relief)關於他從Internal Revenue Service收到的無意中幽默信。
在一個組織工作的人
人們通常會將他們工作的公司或組織聯想在一起,例如:
<span class="vcard"> <span class="fn">Jeremy Keith</span>, <span class="org">Clearleft</span> </span>
當然在這個時代裡,幾乎每個人都有他們自己跟他們公司的URL,要在上面的hCard例子中加入URL是容易的:
<span class="vcard"> <a class="fn url" href="http://adactio.com/">Jeremy Keith</a>, <span class="org">Clearleft</span> </span>
但是加了一個URL到公司裡,就沒有"org-url"屬性(也不應該有),相反地,在公司自己裡使用模組化跟巢狀的hCard:
<span class="vcard"> <a class="fn url" href="http://adactio.com/">Jeremy Keith</a>, <span class="org vcard"><a class="url fn org" href="http://clearleft.com">Clearleft</a></span> </span>
此外,假如這個人的hCard是在代表他們的頁面上(例如,是一個representative hCard),那麼你也可以用超連結到公司的實驗rel-group關係來表示這公司的這個人屬於這一個"群組"。
<span class="vcard"> <a class="fn url" href="http://adactio.com/">Jeremy Keith</a>, <span class="org vcard"><a class="url fn org" rel="group" href="http://clearleft.com">Clearleft</a></span> </span>
hCard跟XFN
部落格文章中人的參照
上面的例子裡,一個人(部落客)正在參照另一個人(Eric Meyer),除了使用hCard來明確標記這個人的參照外,部落客可以使用XFN (XHTML朋友網路)來表示他們跟Eric Meyer的關係,例如:
<cite class="vcard"> <a class="fn url" rel="friend colleague met" href="http://meyerweb.com/"> Eric Meyer </a> </cite> wrote a post (<cite> <a href="http://meyerweb.com/eric/thoughts/2005/12/16/tax-relief/"> Tax Relief </a> </cite>) about an unintentionally humorous letter he received from the <span class="vcard"> <a class="fn org url" href="http://irs.gov/">Internal Revenue Service</a> </span>.
這會跟前面的例子有一樣的顯示。
部落格聯播(Blogrolls)中人的參照
很多部落客正使用XFN(通常使用一個簡單的使用者介面像是內建在WordPress)的那一種來明確表示在他們的部落格聯播中跟這個人的關係:
<ul> <li> <a href="http://meyerweb.com" rel="friend colleague met">Eric Meyer</a> </li> <li> <a href="http://photomatt.net" rel="friend colleague met">Matt Mullenweg</a> </li> </ul>
將hCard標記加入到XFN朋友的部落格聯播中,你可以明確表示這人的名稱跟URL,除了他們的關係之外:
<ul> <li class="vcard"> <a class="fn url" href="http://meyerweb.com" rel="friend colleague met">Eric Meyer</a> </li> <li class="vcard"> <a class="fn url" href="http://photomatt.net" rel="friend colleague met">Matt Mullenweg</a> </li> </ul>
這樣可能顯示為:
這會參照為hcard-xfn-supporting-friends-lists,這也是social-network-portability關鍵組成的部份。
更多XFN的資訊,見XFN home page、joining XFN及XFN的背景.
這個技術用在WordPress的WP Microformatted Blogroll外掛中。
新型態的聯繫方式
自從vCard設計出來後,就有許多的其他的服務來提供個人的地址或其他方式的聯繫,例如,即時通、voip等等。
這意味著vCard(以及hCard)必須擴充到可以代表這些嗎?
感謝URL屬性的彈性,答案是No,不需任何的擴充,相反地,我們使用可以辨認服務(協定、機器且/或路徑)服務的適當URL,然後置放個人的位址在裡面。
AOL Instant Messenger (AIM)
AOL Instant Messenger (AIM) ids 可以使用aim:
協定來表現,很多人可以這樣做可點擊的網址來發佈他們的AIM ids,例如:
<a href="aim:goim?screenname=ShoppingBuddy">IM with the AIM ShoppingBuddy</a>
對於hCard,我們將接受這個現有的內容發佈行為,並且簡單地擷取它作為hCard另一個網址:
<a class="url" href="aim:goim?screenname=ShoppingBuddy">IM with the AIM ShoppingBuddy</a>
Yahoo! 即時通
同樣地,Yahoo! 即時通 (YIM) ids 可以使用ymsgr:
協定來表現,同樣地很多人可以這樣做可點擊的網址來發佈他們的YIM ids,例如:
<a href="ymsgr:sendIM?SomeYahooFriend">IM with SomeYahooFriend</a>
再一次,對於hCard來說,我們將接受這個現有的內容發佈行為,並且簡單地擷取它作為hCard另一個網址:
<a class="url" href="ymsgr:sendIM?SomeYahooFriend">IM with SomeYahooFriend</a>
MSN Messenger
MSN Messenger (MSNIM) ids 可以使用msnim:
協定來表現,並且同樣地很多人可以這樣做可點擊的網址來發佈他們的MSNIM ids,例如:
<a href="msnim:chat?contact=joebob@hotmail.com">IM with joebob@hotmail.com</a>
對hCard來說,我們將接受這個現有的內容發佈行為,並且簡單地擷取它作為hCard另一個網址:
<a class="url" href="msnim:chat?contact=joebob@hotmail.com">IM with joebob@hotmail.com</a>
見相關的議題。
XMPP (Jabber)
Extensible Messaging and Presence Protocol (XMPP) ids 可以使用xmpp:
協定來表現,例如:
<a class="url" href="xmpp:username@jabberservice.com">IM with username@jammerservice.com</a>
這個協定允許更多的URLs,見RFC4622。
目前有很多客戶端支援這個協定。
Skype
IP電話服務Skype的帳戶可以使用skype:
協定來表現,它可以用來開啟一個網路聊天室或是一個Skype呼叫。
<a href="skype:echo-chinese?chat">IM with the Skype echo service (Chinese)</a>
<a href="skype:echo-chinese?call">Skype call to Skype echo service (Chinese)</a>
因此對於hCard來說,我們可以接受這個現有的內容發佈行為,並且簡單地擷取它作為hCard的另一個網址:
<a class="url" href="skype:echo-chinese?chat">IM with the Skype echo service (Chinese)</a>
<a class="url" href="skype:echo-chinese?call">Skype call to Skype echo service (Chinese)</a>
ICQ
ICQ沒有URL的結構,反而在web上ICQ的連結使用HTTP超連結來下載一種內容類型application/x-icq
的資源,之後作業系統接著就會打開使用者的ICQ客戶端。
因此我們可以標記那些有內容類型的HTTP超連結明確地設定來跟ICQ語義溝通:
<a class="url" type="application/x-icq" href="http://www.icq.com/people/cmd.php?uin=[ICQNUMBER]&action=message"> Contact with ICQ</a>
將[ICQNUMBER]取代為使用者真正的ICQ號碼。
網站專頁
部落客通常會在內容託管服務上使用網址到他們的首頁、饋送或專頁來顯示他們的身份在這些服務上,他們透過標籤作為URL屬性,這些額外的身份也可以在hCard發佈。
delicious:
<a class="url" href="http://del.icio.us/rbach">Robert Bachmann's links</a>
Flickr:
<a class="url" href="http://flickr.com/photos/tantek/">See my photos</a>
<a class="url" href="http://flickr.com/people/tantek/">Flickr profile</a>
Technorati:
<a class="url" href="http://technorati.com/profile/tantek/">Technorati profile</a>
- 在這裡增加更多...
- ....
列出你其他的專頁
列出其他個人資料的網站最常見的情況是部落客列出自己其他的個人資料,或網站允許使用者列出他在站上的個人資料,連結到其他人的個人資料,使用戶要列出其個人資料在該網站上,鏈接到他或她的其他個人資料,由於很清楚地這個作者/使用者表示所有那些個人資料指德是同一個人,使用XFN的rel="me"
將他們標記起來做明確的身份合併是最好的,例如,在Tantek的部落格或其他社交網路的個人資料的那些連結:
delicious:
<a class="url" href="http://del.icio.us/rbach">Robert Bachmann's links</a>
my Flickr:
<a class="url" href="http://flickr.com/photos/tantek/">See my photos</a>
<a rel="me" class="url" href="http://flickr.com/people/tantek/">Flickr profile</a>
Technorati:
my <a rel="me" class="url" href="http://technorati.com/profile/tantek/">Technorati profile</a>
- 在這裡增加更多...
- ....
像這種明確以使用者為導向的身份合併也是建構social-network-portability區塊的一個關鍵,這會在hcard-xfn-supporting-friends-lists這節有更多的解釋。
典型的網站簡介
網佔有時後會對一個人有很多不同的頁面作為"首頁",以及那個人的使用者個人資料頁。
舉Flickr的例子:
- 你的首頁在一個網址像:
http://flickr.com/photos/
後跟著你的使用者名稱,例如: - 你的個人資料頁在一個網址像:
http://flickr.com/people/
後跟著你的使用者名稱,例如:
此外,網站通常有一個他個人典型的網址及幾個備用網址。
如上所述,在hCard裡連到這些網址的連結會表示那些人應該有classname "url"。
此外,在hCard裡站上像這樣的連結到一個人的典型網址應該也有"uid"這個classname,這個技術是Ryan King第一次在Social Network Portability Today lunchtime meetup提出。
上一節建構的例子:
- Flickr:
<a class="url" href="http://flickr.com/photos/tantek/">See my photos</a>
<a rel="me" class="url uid" href="http://flickr.com/people/tantek/">Flickr profile</a>
這樣的"url" + "uid"屬性也被網站使用作為個人的OpenID網址。
這件工作已開發進representative hCards,到那裡有最新這類的思維。
組織跟部門
部門使用"organization-unit"類別名稱在"org"元素裡,明確的"organization-name"標記可以與其他部門區隔:
<div class="vcard"> <div class="org fn"> <div class="organization-name">Sprinkler Fitters U.A. Local 483</div> <div class="organization-unit">Apprenticeship Training Center</div> </div> </div>
該部門也可以是位址的一部分,在這種情況下,你會想要明確的標記它作為除了"organization-unit"以外的"extended-address"。
<div class="vcard"> <div class="adr"> <div class="org fn"> <div class="organization-name">Sprinkler Fitters U.A. Local 483</div> <div class="organization-unit extended-address">Apprenticeship Training Center</div> </div> <div class="street-address">2531 Barrington Court</div> <span class="locality">Hayward</span>, <abbr title="California" class="region">CA</abbr> <span class="postal-code">94545</span> </div> </div>
請注意在位址裡的org的巢狀結構,我們要避免有重複的部門名稱。
組織列表
類似lists of people,組織列表(例如樂隊)應該使用一個有列表項目跟超連結到各自的組織首頁的列表(無序的,除非有理由要排序)。
例如,這個簡單的POSH:
<ul> <li> <a href="http://microformats.org/">microformats.org</a> </li> <li> <a href="http://technorati.com/">Technorati</a> </li> <li> <a href="http://www.w3.org/">World Wide Web Consortium</a> (W3C) </a> </li> </ul>
可以很容易地使用hCard來加強:
<ul> <li class="vcard"> <a class="fn org url" href="http://microformats.org/">microformats.org</a> </li> <li class="vcard"> <a class="fn org url" href="http://technorati.com/">Technorati</a> </li> <li class="vcard"> <a class="fn org url" href="http://www.w3.org/">World Wide Web Consortium</a> (<span class="nickname">W3C</span>) </a> </li> </ul>
hCard裡RFC 2426的範例
測試用例
這是hCard的例子,都被認為是在hCard分析器裡在尋找錯誤時特別有用(例如X2V)。
BDAY資訊的問題
這個例子:
<!-- birthday --> <div class="bday"> <dt>Birthday</dt> <dd> <abbr class="value" title="1985-10-27T00:00:00Z">October 27, 1985</abbr> </dd> </div>
應該產生"BDAY:1985-10-27T00:00:00Z",但是它卻產生"BDAY:Birthday October 27\, 1985" [在哪?這像敘述好像毫無意義],有趣的是apple的通訊錄還是希望接受這樣的方式。
- 也許造成HTML的解析錯誤,就像
<dt>
跟<dd>
不允許作為<div>
子標籤一樣。
型態值不靈敏的例子
- "home" vs. "Home"
這個例子在X2V可以運作:
<div class="tel"> <dt>Phone (<span class="type">home</span>)</dt> <dd><span class="value">+438123418</span></dd> </div>
這不行,但是應該可以吧,它只會變成在vcard裡沒有的型態TEL。
<div class="tel"> <dt>Phone (<span class="type">Home</span>)</dt> <dd><span class="value">+438123418</span></dd> </div>
GEO解析
下面的hCard:
<div class="vcard"> <span class="fn n"> <a class="url" href="http://t37.net"> <span class="given-name">Fréderic</span> <span class="family-name">de Villamil</span> </a> </span> <span class="nickname">neuro</span> <a class="email" href="mailto:neuroNOSPAM@t37.net"> <span class="type">pref</span><span>erred email</span> </a> <span class="org">Omatis</span> <span class="adr"> <abbr class="type" title="dom">France</abbr> <span class="type">home</span> address <abbr class="type" title="postal">mail</abbr> and <abbr class="type" title="parcel">shipments</abbr>: <span class="street-address">12 rue Danton</span> <span class="locality">Le Kremlin-Bicetre</span> <span class="postal-code">94270</span> <span class="country-name">France</span> </span> <span class="geo"> <abbr class="latitude" title="48.816667">N 48° 81.6667</abbr> <abbr class="longitude" title="2.366667">E 2° 36.6667</abbr> </span> </div>
應該可以轉換為下面的vCard:
BEGIN:VCARD VERSION:3.0 URL:http://t37.net ORG:Omatis;; NICKNAME:neuro FN:Fréderic de Villamil N:de Villamil;Frederic;;Mr.; EMAIL;TYPE=INTERNET,PREF:neuroNOSPAM@t37.net ADR;TYPE=HOME:;;12 rue danton;le Kremlin-Bicetre;;94270;France GEO:48.816667;2.366667 END:VCARD
X2V(2005-12-18)目前不能解析/匯出GEO屬性。
相關網頁
- hcard-examples-issues
- hCard
- hCard cheatsheet - hCard properties
- hCard creator (feedback) - create your own hCard.
- hCard authoring - learn how to add hCard markup to your existing contact info.
- hCard examples - example usage of various classes within hCard.
- hCard examples in the wild - an on-going list of websites which use hCards.
- hcard-supporting-user-profiles - sites with user profiles marked up with hCard - a very common example.
- hCard FAQ - if you have any questions about hCard, check here.
- hCard implementations - websites or tools which either generate or parse hCards.
- hCard parsing - normative details of how to parse hCards.
- hCards and pages - semantic distinctions between different hCards on a page, and how to identify each
- hcard-user-interface - techniques and issues surrounding user-interfaces to author, publish, and display hCards.
- hCard profile - the XMDP profile for hCard
- hCard singular properties - an explanation of the list of singular properties in hCard.
- hCard tests - a wiki page with actual embedded hCards to try parsing.
- hCard advocacy - encourage others to use hCard
- hCard "to do" - jobs to do
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 brainstorming - brainstorms and other explorations relating to hCard.
- hcard-parsing-brainstorming - brainstorming specific to parsing of hCard
- geo brainstorming
- hCard feedback - general feedback (as opposed to specific issues).
- hCard issues - specific issues with the specification.
- vCard errata - corrections to the vCard specification, which underlies hCard.
- vCard suggestions - suggested improvements to the vCard specification.