Microformats Wiki - User contributions [en]

hcalendar-th

2008-09-30T15:56:21Z

SukitArseanrapoj: /* แรงบันดาลใจและกิตติกรรมประกาศ */

<h1>hCalendar</h1>
http://www.boogdesign.com/images/buttons/microformat_hcalendar.png

hCalendar คือรูปแบบเรียบง่ายสำหรับแทนที่เหตุการณ์ต่างๆ โดยมีพื้นฐานมาจากมาตรฐาน iCalendar ([http://www.ietf.org/rfc/rfc2445.txt RFC2445]) ไมโครฟอร์แมตนี้เหมาะที่จะใช้ใน HTML หรือ XHTML, Atom, RSS, และ XML hCalendar เป็นหนึ่งในมาตรฐาน[[microformats|ไมโครฟอร์แมต]]

ต้องการเริ่มเขียนเหตุการณ์แบบ [[hcalendar|hCalendar]] หรือ? ลองใช้ [http://microformats.org/code/hcalendar/creator ตัวสร้าง hCalendar] เพื่อสร้างเหตุการณ์และตีพิมพ์สิ หรือจะลองอ่าน [[hcalendar-authoring|เกร็ดการสร้างเหตุการณ์ด้วย hCalendar]] เพื่อเพิ่ม hCalendar markup ให้บล๊อก วิกิ หรือหน้าเว็บของคุณดูก็ได้

__TOC__

== Specification ==

; Editor : [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc])
; Authors : [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc])
: [http://suda.co.uk/ Brian Suda]

=== ลิขสิทธิ์ ===
Per the public domain release on the authors' user pages ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) this specification is released into the public domain.

{{MicroFormatPublicDomainContributionStatement}}

=== สิทธิบัตร ===
{{MicroFormatPatentStatement}}

=== แรงบันดาลใจและกิตติกรรมประกาศ ===
ขอขอบคุณ:
* คุณอดัม บอสเวิสทห์ที่ช่วยนำ [http://wiki.oreillynet.com/foocamp04/index.cgi?HTMLForCalendars การนำเสนอหัวข้อ HTML For Calendars ที่ FOO Camp 2004] ซึ่งพาให้คนที่สนใจจำนวนมากมาร่วมกัน

== เกริ่นนำ ==
The iCalendar standard ([http://www.ietf.org/rfc/rfc2445.txt RFC2445]), has been broadly interoperably implemented (e.g. Apple's "iCal" application built into MacOSX).

In addition, bloggers often discuss events on their blogs -- upcoming events, writeups of past events, etc. With just a tad bit of structure, bloggers can discuss events in their blog(s) in such a way that spiders and other aggregators can retrieve such events, automatically convert them to iCalendar, and use them in any iCalendar application or service.

This specification introduces the '''hCalendar''' format, which is a 1:1 representation of the aforementioned iCalendar standard, in semantic HTML. Bloggers can both embed hCalendar events directly in their web pages, and style them with CSS to make them appear as desired. In addition, hCalendar enables applications to retrieve information about such events directly from web pages without having to reference a separate file.

{{rfc-2119-intro}}

== หลักการของ Semantic XHTML ==

{{semantic-xhtml-design-principles}}

For practical implementations, it should be noted that Internet Explorer's support for styling <code><nowiki><abbr></nowiki></code> elements is poor, and may require wrapper elements.

== รูปแบบ ==
=== โดยทั่วไป ===
The iCalendar standard ([http://www.ietf.org/rfc/rfc2445.txt RFC2445]) forms the basis of hCalendar.

Note: the editor and authors of this specification are tracking the [http://lists.osafoundation.org/pipermail/ietf-calsify/ "iCal-Basic" effort] and intend to base the core hCalendar profile on iCal-Basic. See references for a link to the current draft.

The basic format of hCalendar is to use iCalendar object/property names in lower-case for class names, and to map the nesting of iCalendar objects directly into nested XHTML elements.

=== ชื่อคลาสราก ===
The root class name for hCalendar is "vcalendar". An element with a class name of "vcalendar" is itself called an ''hCalendar''.

The root class name for events is "vevent". An element with a class name of "vevent" is itself called an ''hCalendar event''.

For authoring convenience, both "vevent" and "vcalendar" are treated as root class names for parsing purposes. If a document contains elements with class name "vevent" but not "vcalendar", the entire document has an implied "vcalendar" context.

'''vevent''' should be considered required for each event listing.

=== คุณสมบัติและคุณสมบัติย่อย ===
The properties of an hCalendar are represented by elements inside the hCalendar. Elements with class names of the listed properties represent the values of those properties. Some properties have sub-properties, and those are represented by elements inside the elements for properties.

=== รายชื่อคุณสมบัติ ===
hCalendar properties (sub-properties in parentheses like this)

'''Required:'''
* '''dtstart''' ([[iso-8601|ISO date]])
* '''summary'''
Optional:
* location
* url
* dtend (ISO date), duration (ISO date duration)
* rdate, rrule
* category, description
* uid
* geo (latitude, longitude)
* ... editor's note: this list is incomplete (an incomplete list is better than no list) and is being currently edited from RFC2445 to here. The above list of properties are those that are most commonly used for hCalendar.

=== More Semantic Equivalents ===
For some properties there is a more semantic equivalent, and therefore they get special treatment, e.g.:
* <code>URL</code> in iCalendar becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vevent"</code> in hCalendar.
* <code>ATTENDEE</code>, <code>CONTACT</code>, and <code>ORGANIZER</code> in iCalendar {{may}} be represented by an [[hcard|hCard]] in hCalendar .
* A named <code>LOCATION</code> (potentially with an address and/or geo) in iCalendar {{may}} be represented by a nested [[hcard|hCard]] in hCalendar. Similarly, an address <code>LOCATION</code> {{may}} be represented by an [[adr]], and a geo (latitude and longitude) <code>LOCATION</code> may be represented by a [[geo]].
* <code>UID</code> in iCalendar simply becomes another semantic applied to a specific URL for an hCalendar event.

=== Singular vs. Plural Properties ===

For properties which are singular (e.g. "N" and "FN" from vCard), the first descendant element with that class {{should}} take effect, any others being ignored.

For properties which can be plural (e.g. "TEL" from vCard), each class instance {{should}} create a instance of that property. Plural properties with subtypes (e.g. TEL with WORK, HOME, CELL from vCard) can be optimized to share a common element for the property itself, with each instance of subtype being an appropriately classed descendant of the property element.

==== Plural Properties Singularized ====

Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

=== Human vs. Machine readable ===
If an <code><nowiki><abbr></nowiki></code> element is used for a property, then the '<code>title</code>' attribute of the <code><nowiki><abbr></nowiki></code> element is the value of the property, instead of the contents of the element, which instead provide a human presentable version of the value. This specification recommends that such <code><nowiki><abbr></nowiki></code> elements be used for the following iCalendar properties:
* DTSTART, DTEND, DURATION, RDATE, RRULE

== ตัวอย่าง ==

Here is a sample event in an iCalendar:
<pre>
<nowiki>
BEGIN:VCALENDAR
PRODID:-//XYZproduct//EN
VERSION:2.0
BEGIN:VEVENT
URL:http://www.web2con.com/
DTSTART:20071005
DTEND:20071020
SUMMARY:Web 2.0 Conference
LOCATION:Argent Hotel\, San Francisco\, CA
END:VEVENT
END:VCALENDAR
</nowiki>
</pre>

and an equivalent event in hCalendar format with various elements optimized appropriately. See [[hcalendar-example1-steps]] for the derivation.

<pre><nowiki>
<div class="vevent">
<a class="url" href="http://www.web2con.com/">http://www.web2con.com/</a>
<span class="summary">Web 2.0 Conference</span>:
<abbr class="dtstart" title="2007-10-05">October 5</abbr>-
<abbr class="dtend" title="2007-10-20">19</abbr>,
at the <span class="location">Argent Hotel, San Francisco, CA</span>
</div>
</nowiki></pre>

which could be displayed as:

<div class="vevent">
<span class="url">http://www.web2con.com/</span> 
<span class="summary">Web 2.0 Conference</span>:
<abbr class="dtstart" title="2007-10-05">October 5</abbr>-
<abbr class="dtend" title="2007-10-20">19</abbr>,
at the <span class="location">Argent Hotel, San Francisco, CA</span>
</div>

Note that this is a '''live''' hCalendar microformat, which will be found on this page by parsers.

=== ตัวอย่างที่ 2 ===

The following example specifies a scheduled meeting that begins
at 8:30 AM EST on March 12, 1998 and ends at 9:30 AM EST on March 12,
1998.

<pre><nowiki>
BEGIN:VCALENDAR
BEGIN:VEVENT
UID:guid-1.host1.com
DTSTAMP:19980309T231000Z
DESCRIPTION:Project XYZ Review Meeting
SUMMARY:XYZ Project Review
DTSTART:19980312T133000Z
DTEND:19980312T143000Z
LOCATION:1CP Conference Room 4350
END:VEVENT
END:VCALENDAR
</nowiki></pre>

The equivalent in hCalendar:

<pre><nowiki>
<div class="vevent">
<h3 class="summary">XYZ Project Review</h3>
<p class="description">Project XYZ Review Meeting</p>
<p>To be held on <abbr class="dtstart" title="1998-03-12T08:30:00-05:00">12 March 1998 from 8:30am EST</abbr>
until <abbr class="dtend" title="1998-03-12T09:30:00-05:00">9:30am EST</abbr></p>
<p>Location: <span class="location">1CP Conference Room 4350</span></p>
<small>Booked by: <span class="uid">guid-1.host1.com</span> on
<abbr class="dtstamp" title="19980309T231000Z">9 Mar 1998 6:00pm</abbr></small>
</div>
</nowiki></pre>

This could be displayed as:

----

<div class="vevent">

<h3 class="summary">XYZ Project Review</h3>
<p class="description">Project XYZ Review Meeting</p>
<p>To be held on <abbr class="dtstart" title="1998-03-12T08:30:00-05:00">12 March 1998 from 8:30am EST</abbr>
until <abbr class="dtend" title="1998-03-12T09:30:00-05:00">9:30am EST</abbr></p>
<p>Location: <span class="location">1CP Conference Room 4350</span></p>
<small>Booked by: <span class="uid">guid-1.host1.com</span> on <abbr class="dtstamp" title="19980309T231000Z">9 Mar 1998 6:00pm</abbr></small></div>

----

Note 1: The product information is not necessary since hCalendar is an interchange format. When transforming hCalendar back into iCalendar, the transforming engine should add its own product ID.

Note 2: A surrounding <code><nowiki><span class="vcalendar"></nowiki></code> element is optional, and is left out as such. It is optional since the context of a vcalendar is implied when a vevent is encountered. The implied context/scope is that of the document. Authors may explicitly use elements with class="vcalendar" to wrap sets of vevents that all belong to the same calendar, e.g. when publishing multiple calendars on the same page.

Note 3: The version information is unnecessary in hCalendar markup directly since the version will be defined by the profile of hCalendar that is used/referred to in the 'profile' attribute of the <head> element.

Note 4: [[iso-8601|ISO8601]] dates (required by iCalendar) are not very human friendly. In addition, the year is often understood implicitly by humans from the context. Thus <code><nowiki><abbr></nowiki></code> elements are used to simultaneously provide a human friendly date and/or time in the visible contents of the element, while placing the respective machine parsable comprehensive ISO8601 datetime in the 'title' attribute.
The notation <code>YYYY-MM-DDThh:mm:ss</code> should be used for better readability, following the format of RFC 3339.

Note 5: The difference between the DTEND ISO8601 date (2005-10-08) and the human readable date (7) is NOT a mistake. [http://lists.osafoundation.org/pipermail/ietf-calsify/2005-September/000769.html DTEND is exclusive], meaning, that the event ends just before the DTEND. Thus for events which start on one day and end on another day, the DTEND date must be specified as the day after the day that a human would say is the last day of the event.

Note 6: The location in this example contains implicit structure (venue name, city, state) which could be marked up explicitly as an [[hcard|hCard]]. See [http://microformats.org/wiki/hcalendar-brainstorming#hCard_locations hCalendar brainstorming: hCard locations] for a informative explanation of how to do this.

==โลโก้==
Don't forget that you can add one of our [[buttons#hCalendar|buttons]] to the page, to indicate the presence of hCalendar microformats. For example: http://www.boogdesign.com/images/buttons/microformat_hcalendar.png. If you can link it back to this page (or even page on your website, about your use of the microformat), so much the better!

=== ตัวอย่างเพิ่มเติม ===
See [[hcalendar-examples|hCalendar examples]] for more examples, including examples from iCalendar RFC 2445 converted into hCalendar.

== ตัวอย่างในอินเตอร์เน็ต ==
This section is '''informative'''. The number of hCalendar examples in the wild has expanded far beyond the capacity of being kept inline in this specification. They have been moved to a [[hcalendar-examples-in-wild|separate page]].

See [[hcalendar-examples-in-wild|hCalendar Examples in the wild]].

== Implementations ==
This section is '''informative'''. The number of hCalendar implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcalendar-implementations|separate page]].

See [[hcalendar-implementations|hCalendar Implementations]].

== แหล่งข้อมูลอ้างอิง ==
=== Normative References ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [[hcard|hCard]]
* [http://www.ietf.org/rfc/rfc2445.txt iCalendar RFC2445]
* [[rfc-2119| RFC 2119]]
* [[iso-8601|ISO8601]]

=== Informative References ===
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://tantek.com/log/2004/09.html#hcalendar hCalendar term introduced and defined on the Web, 20040930]
* [http://wiki.oreillynet.com/foocamp04/index.cgi?HTMLForCalendars FOO Camp 2004 HTML For Calendars presentation, 20040911]
* [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 Simple Semantic Formats presentation, 20040910]
* [http://ietfreport.isoc.org/idref/draft-royer-ical-basic/ iCal-Basic (latest)] [http://www.faqs.org/ftp/pub/pub/internet-drafts/draft-royer-ical-basic-04.txt (draft 04)]
* [http://www.w3.org/TR/NOTE-datetime W3C Note on Date and Time Formats]
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* Contributed from http://developers.technorati.com/wiki/hCalendar

==== ไมโครฟอร์แมตที่ใช้ hCalendar ====
* [[hreview|hReview]]

==== งานที่เกี่ยวข้อง ====
* [http://lists.osafoundation.org/pipermail/ietf-calsify/ IETF-calsify archives]
* [http://www.softwarestudio.org/iCal/2445Issues.html RFC2445 Issues List]
* [http://ietf.webdav.org/calsify/ CALSIFY WG Links And Resources]

== Further Reading ==
* [http://www.livejournal.com/users/jwz/444651.html jwz - Hula] (required reading)
* [http://www.jwz.org/doc/groupware.html Groupware Bad by Jamie Zawinski] crystalizes the reason for hCalendar ('''emphasis''' added):
<blockquote>Right now people can do that by publishing .ics files, but it's not trivial to do so, and it's work on the part of other people to look at them. '''If it's not HTML hanging off our friend's home page that can be viewed in any browser on a public terminal in a library, the bar to entry is too high and it's useless.'''</blockquote>

* [http://muddybranch.thejkgroup.com/ Jason Klemow's blog]
* [http://weblog.infoworld.com/udell/2006/01/11.html#a1368 Moving forward with microformats] by [http://weblog.infoworld.com/udell Jon Udell] provides an hCalendar example and some discussion.
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcalendar hCalendar tag]
* [http://en.wikipedia.org/wiki/HCalendar Wikipedia article on hCalendar] (requires expansion)

== หน้าที่เกี่ยวข้อง ==
{{hcalendar-related-pages}}

hcalendar-th

2008-09-30T15:50:16Z

SukitArseanrapoj:

<h1>hCalendar</h1>
http://www.boogdesign.com/images/buttons/microformat_hcalendar.png

hCalendar คือรูปแบบเรียบง่ายสำหรับแทนที่เหตุการณ์ต่างๆ โดยมีพื้นฐานมาจากมาตรฐาน iCalendar ([http://www.ietf.org/rfc/rfc2445.txt RFC2445]) ไมโครฟอร์แมตนี้เหมาะที่จะใช้ใน HTML หรือ XHTML, Atom, RSS, และ XML hCalendar เป็นหนึ่งในมาตรฐาน[[microformats|ไมโครฟอร์แมต]]

ต้องการเริ่มเขียนเหตุการณ์แบบ [[hcalendar|hCalendar]] หรือ? ลองใช้ [http://microformats.org/code/hcalendar/creator ตัวสร้าง hCalendar] เพื่อสร้างเหตุการณ์และตีพิมพ์สิ หรือจะลองอ่าน [[hcalendar-authoring|เกร็ดการสร้างเหตุการณ์ด้วย hCalendar]] เพื่อเพิ่ม hCalendar markup ให้บล๊อก วิกิ หรือหน้าเว็บของคุณดูก็ได้

__TOC__

== Specification ==

; Editor : [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc])
; Authors : [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc])
: [http://suda.co.uk/ Brian Suda]

=== ลิขสิทธิ์ ===
Per the public domain release on the authors' user pages ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) this specification is released into the public domain.

{{MicroFormatPublicDomainContributionStatement}}

=== สิทธิบัตร ===
{{MicroFormatPatentStatement}}

=== แรงบันดาลใจและกิตติกรรมประกาศ ===
ขอขอบคุณ:
* Adam Bosworth for leading the [http://wiki.oreillynet.com/foocamp04/index.cgi?HTMLForCalendars FOO Camp 2004 HTML For Calendars presentation] which brought together a critical mass of interested parties.

== เกริ่นนำ ==
The iCalendar standard ([http://www.ietf.org/rfc/rfc2445.txt RFC2445]), has been broadly interoperably implemented (e.g. Apple's "iCal" application built into MacOSX).

In addition, bloggers often discuss events on their blogs -- upcoming events, writeups of past events, etc. With just a tad bit of structure, bloggers can discuss events in their blog(s) in such a way that spiders and other aggregators can retrieve such events, automatically convert them to iCalendar, and use them in any iCalendar application or service.

This specification introduces the '''hCalendar''' format, which is a 1:1 representation of the aforementioned iCalendar standard, in semantic HTML. Bloggers can both embed hCalendar events directly in their web pages, and style them with CSS to make them appear as desired. In addition, hCalendar enables applications to retrieve information about such events directly from web pages without having to reference a separate file.

{{rfc-2119-intro}}

== หลักการของ Semantic XHTML ==

{{semantic-xhtml-design-principles}}

For practical implementations, it should be noted that Internet Explorer's support for styling <code><nowiki><abbr></nowiki></code> elements is poor, and may require wrapper elements.

== รูปแบบ ==
=== โดยทั่วไป ===
The iCalendar standard ([http://www.ietf.org/rfc/rfc2445.txt RFC2445]) forms the basis of hCalendar.

Note: the editor and authors of this specification are tracking the [http://lists.osafoundation.org/pipermail/ietf-calsify/ "iCal-Basic" effort] and intend to base the core hCalendar profile on iCal-Basic. See references for a link to the current draft.

The basic format of hCalendar is to use iCalendar object/property names in lower-case for class names, and to map the nesting of iCalendar objects directly into nested XHTML elements.

=== ชื่อคลาสราก ===
The root class name for hCalendar is "vcalendar". An element with a class name of "vcalendar" is itself called an ''hCalendar''.

The root class name for events is "vevent". An element with a class name of "vevent" is itself called an ''hCalendar event''.

For authoring convenience, both "vevent" and "vcalendar" are treated as root class names for parsing purposes. If a document contains elements with class name "vevent" but not "vcalendar", the entire document has an implied "vcalendar" context.

'''vevent''' should be considered required for each event listing.

=== คุณสมบัติและคุณสมบัติย่อย ===
The properties of an hCalendar are represented by elements inside the hCalendar. Elements with class names of the listed properties represent the values of those properties. Some properties have sub-properties, and those are represented by elements inside the elements for properties.

=== รายชื่อคุณสมบัติ ===
hCalendar properties (sub-properties in parentheses like this)

'''Required:'''
* '''dtstart''' ([[iso-8601|ISO date]])
* '''summary'''
Optional:
* location
* url
* dtend (ISO date), duration (ISO date duration)
* rdate, rrule
* category, description
* uid
* geo (latitude, longitude)
* ... editor's note: this list is incomplete (an incomplete list is better than no list) and is being currently edited from RFC2445 to here. The above list of properties are those that are most commonly used for hCalendar.

=== More Semantic Equivalents ===
For some properties there is a more semantic equivalent, and therefore they get special treatment, e.g.:
* <code>URL</code> in iCalendar becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vevent"</code> in hCalendar.
* <code>ATTENDEE</code>, <code>CONTACT</code>, and <code>ORGANIZER</code> in iCalendar {{may}} be represented by an [[hcard|hCard]] in hCalendar .
* A named <code>LOCATION</code> (potentially with an address and/or geo) in iCalendar {{may}} be represented by a nested [[hcard|hCard]] in hCalendar. Similarly, an address <code>LOCATION</code> {{may}} be represented by an [[adr]], and a geo (latitude and longitude) <code>LOCATION</code> may be represented by a [[geo]].
* <code>UID</code> in iCalendar simply becomes another semantic applied to a specific URL for an hCalendar event.

=== Singular vs. Plural Properties ===

For properties which are singular (e.g. "N" and "FN" from vCard), the first descendant element with that class {{should}} take effect, any others being ignored.

For properties which can be plural (e.g. "TEL" from vCard), each class instance {{should}} create a instance of that property. Plural properties with subtypes (e.g. TEL with WORK, HOME, CELL from vCard) can be optimized to share a common element for the property itself, with each instance of subtype being an appropriately classed descendant of the property element.

==== Plural Properties Singularized ====

Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

=== Human vs. Machine readable ===
If an <code><nowiki><abbr></nowiki></code> element is used for a property, then the '<code>title</code>' attribute of the <code><nowiki><abbr></nowiki></code> element is the value of the property, instead of the contents of the element, which instead provide a human presentable version of the value. This specification recommends that such <code><nowiki><abbr></nowiki></code> elements be used for the following iCalendar properties:
* DTSTART, DTEND, DURATION, RDATE, RRULE

== ตัวอย่าง ==

Here is a sample event in an iCalendar:
<pre>
<nowiki>
BEGIN:VCALENDAR
PRODID:-//XYZproduct//EN
VERSION:2.0
BEGIN:VEVENT
URL:http://www.web2con.com/
DTSTART:20071005
DTEND:20071020
SUMMARY:Web 2.0 Conference
LOCATION:Argent Hotel\, San Francisco\, CA
END:VEVENT
END:VCALENDAR
</nowiki>
</pre>

and an equivalent event in hCalendar format with various elements optimized appropriately. See [[hcalendar-example1-steps]] for the derivation.

<pre><nowiki>
<div class="vevent">
<a class="url" href="http://www.web2con.com/">http://www.web2con.com/</a>
<span class="summary">Web 2.0 Conference</span>:
<abbr class="dtstart" title="2007-10-05">October 5</abbr>-
<abbr class="dtend" title="2007-10-20">19</abbr>,
at the <span class="location">Argent Hotel, San Francisco, CA</span>
</div>
</nowiki></pre>

which could be displayed as:

<div class="vevent">
<span class="url">http://www.web2con.com/</span> 
<span class="summary">Web 2.0 Conference</span>:
<abbr class="dtstart" title="2007-10-05">October 5</abbr>-
<abbr class="dtend" title="2007-10-20">19</abbr>,
at the <span class="location">Argent Hotel, San Francisco, CA</span>
</div>

Note that this is a '''live''' hCalendar microformat, which will be found on this page by parsers.

=== ตัวอย่างที่ 2 ===

The following example specifies a scheduled meeting that begins
at 8:30 AM EST on March 12, 1998 and ends at 9:30 AM EST on March 12,
1998.

<pre><nowiki>
BEGIN:VCALENDAR
BEGIN:VEVENT
UID:guid-1.host1.com
DTSTAMP:19980309T231000Z
DESCRIPTION:Project XYZ Review Meeting
SUMMARY:XYZ Project Review
DTSTART:19980312T133000Z
DTEND:19980312T143000Z
LOCATION:1CP Conference Room 4350
END:VEVENT
END:VCALENDAR
</nowiki></pre>

The equivalent in hCalendar:

<pre><nowiki>
<div class="vevent">
<h3 class="summary">XYZ Project Review</h3>
<p class="description">Project XYZ Review Meeting</p>
<p>To be held on <abbr class="dtstart" title="1998-03-12T08:30:00-05:00">12 March 1998 from 8:30am EST</abbr>
until <abbr class="dtend" title="1998-03-12T09:30:00-05:00">9:30am EST</abbr></p>
<p>Location: <span class="location">1CP Conference Room 4350</span></p>
<small>Booked by: <span class="uid">guid-1.host1.com</span> on
<abbr class="dtstamp" title="19980309T231000Z">9 Mar 1998 6:00pm</abbr></small>
</div>
</nowiki></pre>

This could be displayed as:

----

<div class="vevent">

<h3 class="summary">XYZ Project Review</h3>
<p class="description">Project XYZ Review Meeting</p>
<p>To be held on <abbr class="dtstart" title="1998-03-12T08:30:00-05:00">12 March 1998 from 8:30am EST</abbr>
until <abbr class="dtend" title="1998-03-12T09:30:00-05:00">9:30am EST</abbr></p>
<p>Location: <span class="location">1CP Conference Room 4350</span></p>
<small>Booked by: <span class="uid">guid-1.host1.com</span> on <abbr class="dtstamp" title="19980309T231000Z">9 Mar 1998 6:00pm</abbr></small></div>

----

Note 1: The product information is not necessary since hCalendar is an interchange format. When transforming hCalendar back into iCalendar, the transforming engine should add its own product ID.

Note 2: A surrounding <code><nowiki><span class="vcalendar"></nowiki></code> element is optional, and is left out as such. It is optional since the context of a vcalendar is implied when a vevent is encountered. The implied context/scope is that of the document. Authors may explicitly use elements with class="vcalendar" to wrap sets of vevents that all belong to the same calendar, e.g. when publishing multiple calendars on the same page.

Note 3: The version information is unnecessary in hCalendar markup directly since the version will be defined by the profile of hCalendar that is used/referred to in the 'profile' attribute of the <head> element.

Note 4: [[iso-8601|ISO8601]] dates (required by iCalendar) are not very human friendly. In addition, the year is often understood implicitly by humans from the context. Thus <code><nowiki><abbr></nowiki></code> elements are used to simultaneously provide a human friendly date and/or time in the visible contents of the element, while placing the respective machine parsable comprehensive ISO8601 datetime in the 'title' attribute.
The notation <code>YYYY-MM-DDThh:mm:ss</code> should be used for better readability, following the format of RFC 3339.

Note 5: The difference between the DTEND ISO8601 date (2005-10-08) and the human readable date (7) is NOT a mistake. [http://lists.osafoundation.org/pipermail/ietf-calsify/2005-September/000769.html DTEND is exclusive], meaning, that the event ends just before the DTEND. Thus for events which start on one day and end on another day, the DTEND date must be specified as the day after the day that a human would say is the last day of the event.

Note 6: The location in this example contains implicit structure (venue name, city, state) which could be marked up explicitly as an [[hcard|hCard]]. See [http://microformats.org/wiki/hcalendar-brainstorming#hCard_locations hCalendar brainstorming: hCard locations] for a informative explanation of how to do this.

==โลโก้==
Don't forget that you can add one of our [[buttons#hCalendar|buttons]] to the page, to indicate the presence of hCalendar microformats. For example: http://www.boogdesign.com/images/buttons/microformat_hcalendar.png. If you can link it back to this page (or even page on your website, about your use of the microformat), so much the better!

=== ตัวอย่างเพิ่มเติม ===
See [[hcalendar-examples|hCalendar examples]] for more examples, including examples from iCalendar RFC 2445 converted into hCalendar.

== ตัวอย่างในอินเตอร์เน็ต ==
This section is '''informative'''. The number of hCalendar examples in the wild has expanded far beyond the capacity of being kept inline in this specification. They have been moved to a [[hcalendar-examples-in-wild|separate page]].

See [[hcalendar-examples-in-wild|hCalendar Examples in the wild]].

== Implementations ==
This section is '''informative'''. The number of hCalendar implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcalendar-implementations|separate page]].

See [[hcalendar-implementations|hCalendar Implementations]].

== แหล่งข้อมูลอ้างอิง ==
=== Normative References ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [[hcard|hCard]]
* [http://www.ietf.org/rfc/rfc2445.txt iCalendar RFC2445]
* [[rfc-2119| RFC 2119]]
* [[iso-8601|ISO8601]]

=== Informative References ===
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://tantek.com/log/2004/09.html#hcalendar hCalendar term introduced and defined on the Web, 20040930]
* [http://wiki.oreillynet.com/foocamp04/index.cgi?HTMLForCalendars FOO Camp 2004 HTML For Calendars presentation, 20040911]
* [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 Simple Semantic Formats presentation, 20040910]
* [http://ietfreport.isoc.org/idref/draft-royer-ical-basic/ iCal-Basic (latest)] [http://www.faqs.org/ftp/pub/pub/internet-drafts/draft-royer-ical-basic-04.txt (draft 04)]
* [http://www.w3.org/TR/NOTE-datetime W3C Note on Date and Time Formats]
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* Contributed from http://developers.technorati.com/wiki/hCalendar

==== ไมโครฟอร์แมตที่ใช้ hCalendar ====
* [[hreview|hReview]]

==== งานที่เกี่ยวข้อง ====
* [http://lists.osafoundation.org/pipermail/ietf-calsify/ IETF-calsify archives]
* [http://www.softwarestudio.org/iCal/2445Issues.html RFC2445 Issues List]
* [http://ietf.webdav.org/calsify/ CALSIFY WG Links And Resources]

== Further Reading ==
* [http://www.livejournal.com/users/jwz/444651.html jwz - Hula] (required reading)
* [http://www.jwz.org/doc/groupware.html Groupware Bad by Jamie Zawinski] crystalizes the reason for hCalendar ('''emphasis''' added):
<blockquote>Right now people can do that by publishing .ics files, but it's not trivial to do so, and it's work on the part of other people to look at them. '''If it's not HTML hanging off our friend's home page that can be viewed in any browser on a public terminal in a library, the bar to entry is too high and it's useless.'''</blockquote>

* [http://muddybranch.thejkgroup.com/ Jason Klemow's blog]
* [http://weblog.infoworld.com/udell/2006/01/11.html#a1368 Moving forward with microformats] by [http://weblog.infoworld.com/udell Jon Udell] provides an hCalendar example and some discussion.
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcalendar hCalendar tag]
* [http://en.wikipedia.org/wiki/HCalendar Wikipedia article on hCalendar] (requires expansion)

== หน้าที่เกี่ยวข้อง ==
{{hcalendar-related-pages}}

Main Page-th

2008-09-30T15:38:11Z

SukitArseanrapoj: /* specification ของไมโครฟอร์แมต */

<div style="float:right;margin-left:1em">__TOC__</div>

'''ยินดีต้อนรับสู่วิกิไมโครฟอร์แมต!'''

กรุณาอ่านหน้า [[introduction|แนะนำไมโครฟอร์แมต]] และ [[how-to-play|วิธีการใช้งานวิกิ]] ก่อนแก้ไขหน้าวิกิ.

==แนะนำไมโครฟอร์แมต==
* ทำความรู้จักกับ [http://microformats.org/wiki/posh <abbr title="Plain Old Semantic HTML">POSH</abbr>].
* หรือลองดูหน้า [http://microformats.org/about/ เกี่ยวกับไมโครฟอร์แมต], [http://microformats.org/ ข่าวสารล่าสุด], [[press]], [[presentations|งานนำเสนอ]], [[books|หนังสือ]], [[podcasts]], และ [[screencasts]].
* มีคำถามหรือ? ลองอ่าน [[faq-th|คำถามที่ถูกถามบ่อยๆ]] และดู [[glossary|อภิธานศัพท์]] สำหรับความหมายของคำศัพท์ใหม่ๆ.
* ต้องการเรียนรู้มากกว่านี้หรือเปล่า? ลองดูงานสัมนาต่างๆได้ที่ [[events]].

==ความหมาย==
ไมโครฟอร์แมตคือการใช้ HTML เพื่อแทนความหมายสำหรับสิ่งต่างๆเช่นบุคคล, เหตุการณ์, แทก, ฯลฯ ในหน้าเว็บ

ไมโครฟอร์แมตช่วยให้คุณสามารถจัดพิมพ์ข้อมูลที่มีความหมายมากขึ้นบนเว็บ และก็เป็นอีกทางเลือกที่รวดเร็วและเรียบง่ายสำหรับสนับสนุนฟีดและ APIs สำหรับเว็บของคุณ ลองดูคำอธิบายเพิ่มเติมว่า [[what-are-microformats-th|อะไรคือไมโครฟอร์แมต]] และ [[what-can-you-do-with-microformats|คุณจะนำไม่โครฟอร์แมตไปทำอะไรได้บ้าง]].

== อยากช่วยเรามั๊ย? ==
คุณต้องการช่วยเราพาไมโครฟอร์แมตให้ก้าวหน้าไปมั๊ย? คุณสามารถ:

* [[get-started|เริ่ม]] โดยการนำไมโครฟอร์แมตไปใช้ในเว็บไซต์ บริการ หรือผลิตภัณฑ์ของคุณ
* [[advocacy|กระจายข้อมูล]] เกี่ยวกับประโยชน์ของไมโครฟอร์แมตที่เว็บไซต์อื่นๆ
* เขียน [[testimonial|ประสบการณ์ดีๆที่คุณมีกับไมโครฟอร์แมต]]
* รับทำงานที่อยู่ใน [[to-do|งานที่ต้องทำ]].
* เข้าร่วมใน [[irc|IRC Channel]] และ [[mail|mailing lists]] เพื่อเรียนรู้และช่วยตอบคำถาม (ลองอ่าน [[mailing-lists#General_guidelines|กฏทั่วไปเกี่ยวกับฟอรัมข่าว]] ก่อนโพสข้อความในฟอรัม).
* [[Main_Page#microformats_wiki_translations|แปลวิกิไมโครฟอร์แมตเป็นภาษาอื่นๆ]] เพื่อทำให้คนจากประเทศต่างๆสามารถเข้าถึงข้อมูลเกี่ยวกับไมโครฟอร์แมตได้มากขึ้น
* ก่อนจะเสนอไมโครฟอร์แมตใหม่ อย่าลืมเช็คให้แน่นอนว่าเว็บไซต์ของคุณเป็น [[POSH]], [[get-started|ใช้ไมโครฟอร์แมตที่มีอยู่]], และอ่าน [[process]] ก่อน

== specification ของไมโครฟอร์แมต ==
มาตรฐานเปิด [[microformats|ไมโครฟอร์แมต]]

* [[hcalendar-th|hCalendar]] - [http://microformats.org/code/hcalendar/creator hCalendar creator]
* [[hcard-th|hCard]] - [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard]
* [[rel-license]]
* [[rel-nofollow-th|rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [[XFN]] - [http://gmpg.org/xfn/creator XFN creator]
* [[XMDP]]
* [[xoxo|XOXO]]

== เอกสารฉบับร่าง ==
* [[adr|adr]] - สำหรับ mark up ข้อมูลที่อยู่
* [[geo|geo]] - สำหรับ mark up [http://en.wikipedia.org/wiki/WGS84 WGS84] พิกัดทางภูมิศาสตร์ (แลตติจูด; ลองกิจูด)
* [[hatom|hAtom]] - สำหรับกระจายเนื้อหาที่เป็นตอนๆ (เช่นบล๊อก)
* [[hresume|hResume]] - สำหรับ mark up resumes และ CVs
* [[hreview|hReview]] - [http://microformats.org/code/hreview/creator hReview creator]
* [[rel-directory]] - to indicate that the destination of a hyperlink is a directory listing containing an entry for the current page
* [[rel-enclosure]] - ระบุสิ่งที่แนบ (เช่น แฟ้มข้อมูล) ให้ดาวน์โหลดหรือเก็บไว้ใน cache
* [[rel-home]] - ระบุไฮเปอร์ลิงค์ไปหาหน้า home page ของเว็บไซต์
* [[rel-payment]] - ระบุวิธีการจ่ายเงิน
* [[robots-exclusion|robots exclusion]]
* [[xfolk|xFolk]]

== Design Patterns ==
{{design_patterns}} 
* [[elemental-microformat-th|ไมโครฟอร์แมตแบบเดี่ยว]]
* [[compound-microformat-th|ไมโครฟอร์แมตแบบผสม]]

== การสนทนาทั่วไป ==
ลองดู: [[exploratory-discussions|การสนทนาทั่วไป]] เพื่อดูรายละเอียดของการวิจัยและวิเคราห์ [[examples|ตัวอย่างการใช้งานจริง]], ไมโครฟอร์แมตที่มีอยู่แล้ว, และระดมไอเดียสำหรับไมโครฟอร์แมตใหม่ๆตาม [[process|แนวทางปฏิบัติ]] งานเหล่านี้แบ่งเป็นหมวดหมู่เหล่านี้:

*[[exploratory-discussions#Active|มีการสนทนามาก]]
*[[exploratory-discussions#Current|มีการสนทนา แต่ไม่มาก]]
*[[exploratory-discussions#Moribund|หยุดการสนทนาไปแล้ว]]
*[[exploratory-discussions#Abandoned|ไอเดียตกไป]] หรือ
*[[exploratory-discussions#Archive|เก็บเข้ากรุ]]

== ตัวอย่าง ==
* [[examples-in-the-wild|ตัวอย่างจากอินเตอร์เน็ต]]
* [[implementations]]
* [[zen-garden]]

== แหล่งข้อมูลอื่นๆ ==
อ่าน [[resources]]

== user centric development ==
*[[user-interface]]
*[[data-portability]]
*[[social-network-portability]]

== shared work areas ==
* [[to-do]]
* [[templates]]
* [http://microformats.org/wiki/delete pages for deletion] 
* [[Special:Specialpages|"Special" wiki pages]]
* [[year-in-review]]

== เครื่องมือ, การทดสอบ, การวิจัยเพิ่มเติม ==
ที่แรกที่สามารถใช้ดูตัวอย่าง โค๊ด และผลการทดสอบคือในหัวข้อย่อยของแต่ละไมโครฟอร์แมตต่างๆ มี [[tools|เครื่องมือและบริการ]] แค่ไม่กี่ตัวที่ถูกใช้ร่วมกันระหว่างไมโครฟอร์แมตต่างๆ ซึ่งส่วนนี้เป็นส่วนที่เขีียนมาเพื่อโปรแกรม editors, parsers, validators, test cases, ฯลฯ

== วิกิไมโครฟอร์แมตในภาษาอื่นๆ ==
<span id="microformats_wiki_translations_in_other_languages">คุณสามารถอ่านและแก้ไขบทความไมโครฟอร์แมตในภาษาต่างๆดังนี้:</span>

* ภาษาที่มีบทความมากกว่า 100 บทความ
** [[Main_Page-fr|<span lang="fr">ฝรั่งเศษ</span> (French)]] <span lang="fr">{{UpdateMarker-fr}}</span>
* ภาษาที่มีบทความมากกว่า 10 บทความ
** [[Main_Page-pt-br|<span lang="pt-br">โปรตุเกส</span> (Brazilian Portuguese)]]
** [[Main_Page-ja|<span lang="ja">ญี่ปุ่น</span> (Japanese)]]
* languages with over 2 articles
** [[Main_Page-cs|<span lang="cs">เช็คโกสโลวาเกีย</span> (Czech)]] {{NewMarker}}
** [[Main_Page-de|<span lang="de">เยอรมัน</span> (German)]]
** [[Main_Page-es|<span lang="es">สเปน</span> (Spanish)]]
** [[Main_Page-gl|<span lang="gl">Galego</span> (Galician)]] {{NewMarker}}
** [[Main_Page-pl|<span lang="pl">โปแลนด์</span> (Polish)]]
** [[Main_Page-ro|<span lang="ro">โรมาเนีย</span> (Romanian)]] {{NewMarker}}
** [[Main_Page-zh|<span lang="zh">จีน</span> (Chinese)]]
* ภาษาที่เพิ่งเริ่มต้นแปล
** [[Main_Page-ar|<span lang="ar">อารบิค</span> (Arabic)]]
** [[Main_Page-th|<span lang="th">ภาษาไทย</span> (Thai)]]
** [[Main_Page-it|<span lang="it">อิตาเลียน</span> (Italian)]] {{NewMarker}}
* ที่อื่นๆ
**[http://en.wikipedia.org/wiki/Microformat บทความเกี่ยวกับไมโครฟอร์แมตบนวิกิพีเดีย] ได้ถูกแปลเป็นภาษาอื่นๆอีกหลายภาษา

ลองดู [[other-languages]] และ [[how-to-start-new-translation|วิธีเริ่มแปลภาษาใหม่]].

Main Page-th

2008-09-30T15:34:22Z

SukitArseanrapoj: /* การสนทนาทั่วไป */

<div style="float:right;margin-left:1em">__TOC__</div>

'''ยินดีต้อนรับสู่วิกิไมโครฟอร์แมต!'''

กรุณาอ่านหน้า [[introduction|แนะนำไมโครฟอร์แมต]] และ [[how-to-play|วิธีการใช้งานวิกิ]] ก่อนแก้ไขหน้าวิกิ.

==แนะนำไมโครฟอร์แมต==
* ทำความรู้จักกับ [http://microformats.org/wiki/posh <abbr title="Plain Old Semantic HTML">POSH</abbr>].
* หรือลองดูหน้า [http://microformats.org/about/ เกี่ยวกับไมโครฟอร์แมต], [http://microformats.org/ ข่าวสารล่าสุด], [[press]], [[presentations|งานนำเสนอ]], [[books|หนังสือ]], [[podcasts]], และ [[screencasts]].
* มีคำถามหรือ? ลองอ่าน [[faq-th|คำถามที่ถูกถามบ่อยๆ]] และดู [[glossary|อภิธานศัพท์]] สำหรับความหมายของคำศัพท์ใหม่ๆ.
* ต้องการเรียนรู้มากกว่านี้หรือเปล่า? ลองดูงานสัมนาต่างๆได้ที่ [[events]].

==ความหมาย==
ไมโครฟอร์แมตคือการใช้ HTML เพื่อแทนความหมายสำหรับสิ่งต่างๆเช่นบุคคล, เหตุการณ์, แทก, ฯลฯ ในหน้าเว็บ

ไมโครฟอร์แมตช่วยให้คุณสามารถจัดพิมพ์ข้อมูลที่มีความหมายมากขึ้นบนเว็บ และก็เป็นอีกทางเลือกที่รวดเร็วและเรียบง่ายสำหรับสนับสนุนฟีดและ APIs สำหรับเว็บของคุณ ลองดูคำอธิบายเพิ่มเติมว่า [[what-are-microformats-th|อะไรคือไมโครฟอร์แมต]] และ [[what-can-you-do-with-microformats|คุณจะนำไม่โครฟอร์แมตไปทำอะไรได้บ้าง]].

== อยากช่วยเรามั๊ย? ==
คุณต้องการช่วยเราพาไมโครฟอร์แมตให้ก้าวหน้าไปมั๊ย? คุณสามารถ:

* [[get-started|เริ่ม]] โดยการนำไมโครฟอร์แมตไปใช้ในเว็บไซต์ บริการ หรือผลิตภัณฑ์ของคุณ
* [[advocacy|กระจายข้อมูล]] เกี่ยวกับประโยชน์ของไมโครฟอร์แมตที่เว็บไซต์อื่นๆ
* เขียน [[testimonial|ประสบการณ์ดีๆที่คุณมีกับไมโครฟอร์แมต]]
* รับทำงานที่อยู่ใน [[to-do|งานที่ต้องทำ]].
* เข้าร่วมใน [[irc|IRC Channel]] และ [[mail|mailing lists]] เพื่อเรียนรู้และช่วยตอบคำถาม (ลองอ่าน [[mailing-lists#General_guidelines|กฏทั่วไปเกี่ยวกับฟอรัมข่าว]] ก่อนโพสข้อความในฟอรัม).
* [[Main_Page#microformats_wiki_translations|แปลวิกิไมโครฟอร์แมตเป็นภาษาอื่นๆ]] เพื่อทำให้คนจากประเทศต่างๆสามารถเข้าถึงข้อมูลเกี่ยวกับไมโครฟอร์แมตได้มากขึ้น
* ก่อนจะเสนอไมโครฟอร์แมตใหม่ อย่าลืมเช็คให้แน่นอนว่าเว็บไซต์ของคุณเป็น [[POSH]], [[get-started|ใช้ไมโครฟอร์แมตที่มีอยู่]], และอ่าน [[process]] ก่อน

== specification ของไมโครฟอร์แมต ==
มาตรฐานเปิด [[microformats|ไมโครฟอร์แมต]]

* [[hcalendar|hCalendar]] - [http://microformats.org/code/hcalendar/creator hCalendar creator]
* [[hcard-th|hCard]] - [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard]
* [[rel-license]]
* [[rel-nofollow-th|rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [[XFN]] - [http://gmpg.org/xfn/creator XFN creator]
* [[XMDP]]
* [[xoxo|XOXO]]

== เอกสารฉบับร่าง ==
* [[adr|adr]] - สำหรับ mark up ข้อมูลที่อยู่
* [[geo|geo]] - สำหรับ mark up [http://en.wikipedia.org/wiki/WGS84 WGS84] พิกัดทางภูมิศาสตร์ (แลตติจูด; ลองกิจูด)
* [[hatom|hAtom]] - สำหรับกระจายเนื้อหาที่เป็นตอนๆ (เช่นบล๊อก)
* [[hresume|hResume]] - สำหรับ mark up resumes และ CVs
* [[hreview|hReview]] - [http://microformats.org/code/hreview/creator hReview creator]
* [[rel-directory]] - to indicate that the destination of a hyperlink is a directory listing containing an entry for the current page
* [[rel-enclosure]] - ระบุสิ่งที่แนบ (เช่น แฟ้มข้อมูล) ให้ดาวน์โหลดหรือเก็บไว้ใน cache
* [[rel-home]] - ระบุไฮเปอร์ลิงค์ไปหาหน้า home page ของเว็บไซต์
* [[rel-payment]] - ระบุวิธีการจ่ายเงิน
* [[robots-exclusion|robots exclusion]]
* [[xfolk|xFolk]]

== Design Patterns ==
{{design_patterns}} 
* [[elemental-microformat-th|ไมโครฟอร์แมตแบบเดี่ยว]]
* [[compound-microformat-th|ไมโครฟอร์แมตแบบผสม]]

== การสนทนาทั่วไป ==
ลองดู: [[exploratory-discussions|การสนทนาทั่วไป]] เพื่อดูรายละเอียดของการวิจัยและวิเคราห์ [[examples|ตัวอย่างการใช้งานจริง]], ไมโครฟอร์แมตที่มีอยู่แล้ว, และระดมไอเดียสำหรับไมโครฟอร์แมตใหม่ๆตาม [[process|แนวทางปฏิบัติ]] งานเหล่านี้แบ่งเป็นหมวดหมู่เหล่านี้:

*[[exploratory-discussions#Active|มีการสนทนามาก]]
*[[exploratory-discussions#Current|มีการสนทนา แต่ไม่มาก]]
*[[exploratory-discussions#Moribund|หยุดการสนทนาไปแล้ว]]
*[[exploratory-discussions#Abandoned|ไอเดียตกไป]] หรือ
*[[exploratory-discussions#Archive|เก็บเข้ากรุ]]

== ตัวอย่าง ==
* [[examples-in-the-wild|ตัวอย่างจากอินเตอร์เน็ต]]
* [[implementations]]
* [[zen-garden]]

== แหล่งข้อมูลอื่นๆ ==
อ่าน [[resources]]

== user centric development ==
*[[user-interface]]
*[[data-portability]]
*[[social-network-portability]]

== shared work areas ==
* [[to-do]]
* [[templates]]
* [http://microformats.org/wiki/delete pages for deletion] 
* [[Special:Specialpages|"Special" wiki pages]]
* [[year-in-review]]

== เครื่องมือ, การทดสอบ, การวิจัยเพิ่มเติม ==
ที่แรกที่สามารถใช้ดูตัวอย่าง โค๊ด และผลการทดสอบคือในหัวข้อย่อยของแต่ละไมโครฟอร์แมตต่างๆ มี [[tools|เครื่องมือและบริการ]] แค่ไม่กี่ตัวที่ถูกใช้ร่วมกันระหว่างไมโครฟอร์แมตต่างๆ ซึ่งส่วนนี้เป็นส่วนที่เขีียนมาเพื่อโปรแกรม editors, parsers, validators, test cases, ฯลฯ

== วิกิไมโครฟอร์แมตในภาษาอื่นๆ ==
<span id="microformats_wiki_translations_in_other_languages">คุณสามารถอ่านและแก้ไขบทความไมโครฟอร์แมตในภาษาต่างๆดังนี้:</span>

* ภาษาที่มีบทความมากกว่า 100 บทความ
** [[Main_Page-fr|<span lang="fr">ฝรั่งเศษ</span> (French)]] <span lang="fr">{{UpdateMarker-fr}}</span>
* ภาษาที่มีบทความมากกว่า 10 บทความ
** [[Main_Page-pt-br|<span lang="pt-br">โปรตุเกส</span> (Brazilian Portuguese)]]
** [[Main_Page-ja|<span lang="ja">ญี่ปุ่น</span> (Japanese)]]
* languages with over 2 articles
** [[Main_Page-cs|<span lang="cs">เช็คโกสโลวาเกีย</span> (Czech)]] {{NewMarker}}
** [[Main_Page-de|<span lang="de">เยอรมัน</span> (German)]]
** [[Main_Page-es|<span lang="es">สเปน</span> (Spanish)]]
** [[Main_Page-gl|<span lang="gl">Galego</span> (Galician)]] {{NewMarker}}
** [[Main_Page-pl|<span lang="pl">โปแลนด์</span> (Polish)]]
** [[Main_Page-ro|<span lang="ro">โรมาเนีย</span> (Romanian)]] {{NewMarker}}
** [[Main_Page-zh|<span lang="zh">จีน</span> (Chinese)]]
* ภาษาที่เพิ่งเริ่มต้นแปล
** [[Main_Page-ar|<span lang="ar">อารบิค</span> (Arabic)]]
** [[Main_Page-th|<span lang="th">ภาษาไทย</span> (Thai)]]
** [[Main_Page-it|<span lang="it">อิตาเลียน</span> (Italian)]] {{NewMarker}}
* ที่อื่นๆ
**[http://en.wikipedia.org/wiki/Microformat บทความเกี่ยวกับไมโครฟอร์แมตบนวิกิพีเดีย] ได้ถูกแปลเป็นภาษาอื่นๆอีกหลายภาษา

ลองดู [[other-languages]] และ [[how-to-start-new-translation|วิธีเริ่มแปลภาษาใหม่]].

Main Page-th

2008-09-30T15:33:11Z

SukitArseanrapoj: /* วิกิไมโครฟอร์แมตในภาษาอื่นๆ */

<div style="float:right;margin-left:1em">__TOC__</div>

'''ยินดีต้อนรับสู่วิกิไมโครฟอร์แมต!'''

กรุณาอ่านหน้า [[introduction|แนะนำไมโครฟอร์แมต]] และ [[how-to-play|วิธีการใช้งานวิกิ]] ก่อนแก้ไขหน้าวิกิ.

==แนะนำไมโครฟอร์แมต==
* ทำความรู้จักกับ [http://microformats.org/wiki/posh <abbr title="Plain Old Semantic HTML">POSH</abbr>].
* หรือลองดูหน้า [http://microformats.org/about/ เกี่ยวกับไมโครฟอร์แมต], [http://microformats.org/ ข่าวสารล่าสุด], [[press]], [[presentations|งานนำเสนอ]], [[books|หนังสือ]], [[podcasts]], และ [[screencasts]].
* มีคำถามหรือ? ลองอ่าน [[faq-th|คำถามที่ถูกถามบ่อยๆ]] และดู [[glossary|อภิธานศัพท์]] สำหรับความหมายของคำศัพท์ใหม่ๆ.
* ต้องการเรียนรู้มากกว่านี้หรือเปล่า? ลองดูงานสัมนาต่างๆได้ที่ [[events]].

==ความหมาย==
ไมโครฟอร์แมตคือการใช้ HTML เพื่อแทนความหมายสำหรับสิ่งต่างๆเช่นบุคคล, เหตุการณ์, แทก, ฯลฯ ในหน้าเว็บ

ไมโครฟอร์แมตช่วยให้คุณสามารถจัดพิมพ์ข้อมูลที่มีความหมายมากขึ้นบนเว็บ และก็เป็นอีกทางเลือกที่รวดเร็วและเรียบง่ายสำหรับสนับสนุนฟีดและ APIs สำหรับเว็บของคุณ ลองดูคำอธิบายเพิ่มเติมว่า [[what-are-microformats-th|อะไรคือไมโครฟอร์แมต]] และ [[what-can-you-do-with-microformats|คุณจะนำไม่โครฟอร์แมตไปทำอะไรได้บ้าง]].

== อยากช่วยเรามั๊ย? ==
คุณต้องการช่วยเราพาไมโครฟอร์แมตให้ก้าวหน้าไปมั๊ย? คุณสามารถ:

* [[get-started|เริ่ม]] โดยการนำไมโครฟอร์แมตไปใช้ในเว็บไซต์ บริการ หรือผลิตภัณฑ์ของคุณ
* [[advocacy|กระจายข้อมูล]] เกี่ยวกับประโยชน์ของไมโครฟอร์แมตที่เว็บไซต์อื่นๆ
* เขียน [[testimonial|ประสบการณ์ดีๆที่คุณมีกับไมโครฟอร์แมต]]
* รับทำงานที่อยู่ใน [[to-do|งานที่ต้องทำ]].
* เข้าร่วมใน [[irc|IRC Channel]] และ [[mail|mailing lists]] เพื่อเรียนรู้และช่วยตอบคำถาม (ลองอ่าน [[mailing-lists#General_guidelines|กฏทั่วไปเกี่ยวกับฟอรัมข่าว]] ก่อนโพสข้อความในฟอรัม).
* [[Main_Page#microformats_wiki_translations|แปลวิกิไมโครฟอร์แมตเป็นภาษาอื่นๆ]] เพื่อทำให้คนจากประเทศต่างๆสามารถเข้าถึงข้อมูลเกี่ยวกับไมโครฟอร์แมตได้มากขึ้น
* ก่อนจะเสนอไมโครฟอร์แมตใหม่ อย่าลืมเช็คให้แน่นอนว่าเว็บไซต์ของคุณเป็น [[POSH]], [[get-started|ใช้ไมโครฟอร์แมตที่มีอยู่]], และอ่าน [[process]] ก่อน

== specification ของไมโครฟอร์แมต ==
มาตรฐานเปิด [[microformats|ไมโครฟอร์แมต]]

* [[hcalendar|hCalendar]] - [http://microformats.org/code/hcalendar/creator hCalendar creator]
* [[hcard-th|hCard]] - [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard]
* [[rel-license]]
* [[rel-nofollow-th|rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [[XFN]] - [http://gmpg.org/xfn/creator XFN creator]
* [[XMDP]]
* [[xoxo|XOXO]]

== เอกสารฉบับร่าง ==
* [[adr|adr]] - สำหรับ mark up ข้อมูลที่อยู่
* [[geo|geo]] - สำหรับ mark up [http://en.wikipedia.org/wiki/WGS84 WGS84] พิกัดทางภูมิศาสตร์ (แลตติจูด; ลองกิจูด)
* [[hatom|hAtom]] - สำหรับกระจายเนื้อหาที่เป็นตอนๆ (เช่นบล๊อก)
* [[hresume|hResume]] - สำหรับ mark up resumes และ CVs
* [[hreview|hReview]] - [http://microformats.org/code/hreview/creator hReview creator]
* [[rel-directory]] - to indicate that the destination of a hyperlink is a directory listing containing an entry for the current page
* [[rel-enclosure]] - ระบุสิ่งที่แนบ (เช่น แฟ้มข้อมูล) ให้ดาวน์โหลดหรือเก็บไว้ใน cache
* [[rel-home]] - ระบุไฮเปอร์ลิงค์ไปหาหน้า home page ของเว็บไซต์
* [[rel-payment]] - ระบุวิธีการจ่ายเงิน
* [[robots-exclusion|robots exclusion]]
* [[xfolk|xFolk]]

== Design Patterns ==
{{design_patterns}} 
* [[elemental-microformat-th|ไมโครฟอร์แมตแบบเดี่ยว]]
* [[compound-microformat-th|ไมโครฟอร์แมตแบบผสม]]

== การสนทนาทั่วไป ==
ลองดู: [[exploratory-discussions|การสนทนาทั่วไป]] เพื่อดูรายละเอียดของการวิจัยและวิเคราห์ [[examples|ตัวอย่างการใช้งานจริง]], ไมโครฟอร์แมตที่มีอยู่แล้ว, และระดมไอเดียสำหรับไมโครฟอร์แมตใหม่ๆตาม [[process|แนวทางปฏิบัติ]] งานเหล่านี้แบ่งเป็นหมวดหมู่เหล่านี้:

*[[exploratory-discussions#Active|มีการสนทนามาก]]
*[[exploratory-discussions#Current|มีการสนทนา แต่ไม่มาก]]
*[[exploratory-discussions#Moribund|หยุดการสนทนาไปแล้ว]]
*[[exploratory-discussions#Abandoned|ไอเดียตกไป]] or
*[[exploratory-discussions#Archive|เก็บเข้ากรุ]]

== ตัวอย่าง ==
* [[examples-in-the-wild|ตัวอย่างจากอินเตอร์เน็ต]]
* [[implementations]]
* [[zen-garden]]

== แหล่งข้อมูลอื่นๆ ==
อ่าน [[resources]]

== user centric development ==
*[[user-interface]]
*[[data-portability]]
*[[social-network-portability]]

== shared work areas ==
* [[to-do]]
* [[templates]]
* [http://microformats.org/wiki/delete pages for deletion] 
* [[Special:Specialpages|"Special" wiki pages]]
* [[year-in-review]]

== เครื่องมือ, การทดสอบ, การวิจัยเพิ่มเติม ==
ที่แรกที่สามารถใช้ดูตัวอย่าง โค๊ด และผลการทดสอบคือในหัวข้อย่อยของแต่ละไมโครฟอร์แมตต่างๆ มี [[tools|เครื่องมือและบริการ]] แค่ไม่กี่ตัวที่ถูกใช้ร่วมกันระหว่างไมโครฟอร์แมตต่างๆ ซึ่งส่วนนี้เป็นส่วนที่เขีียนมาเพื่อโปรแกรม editors, parsers, validators, test cases, ฯลฯ

== วิกิไมโครฟอร์แมตในภาษาอื่นๆ ==
<span id="microformats_wiki_translations_in_other_languages">คุณสามารถอ่านและแก้ไขบทความไมโครฟอร์แมตในภาษาต่างๆดังนี้:</span>

* ภาษาที่มีบทความมากกว่า 100 บทความ
** [[Main_Page-fr|<span lang="fr">ฝรั่งเศษ</span> (French)]] <span lang="fr">{{UpdateMarker-fr}}</span>
* ภาษาที่มีบทความมากกว่า 10 บทความ
** [[Main_Page-pt-br|<span lang="pt-br">โปรตุเกส</span> (Brazilian Portuguese)]]
** [[Main_Page-ja|<span lang="ja">ญี่ปุ่น</span> (Japanese)]]
* languages with over 2 articles
** [[Main_Page-cs|<span lang="cs">เช็คโกสโลวาเกีย</span> (Czech)]] {{NewMarker}}
** [[Main_Page-de|<span lang="de">เยอรมัน</span> (German)]]
** [[Main_Page-es|<span lang="es">สเปน</span> (Spanish)]]
** [[Main_Page-gl|<span lang="gl">Galego</span> (Galician)]] {{NewMarker}}
** [[Main_Page-pl|<span lang="pl">โปแลนด์</span> (Polish)]]
** [[Main_Page-ro|<span lang="ro">โรมาเนีย</span> (Romanian)]] {{NewMarker}}
** [[Main_Page-zh|<span lang="zh">จีน</span> (Chinese)]]
* ภาษาที่เพิ่งเริ่มต้นแปล
** [[Main_Page-ar|<span lang="ar">อารบิค</span> (Arabic)]]
** [[Main_Page-th|<span lang="th">ภาษาไทย</span> (Thai)]]
** [[Main_Page-it|<span lang="it">อิตาเลียน</span> (Italian)]] {{NewMarker}}
* ที่อื่นๆ
**[http://en.wikipedia.org/wiki/Microformat บทความเกี่ยวกับไมโครฟอร์แมตบนวิกิพีเดีย] ได้ถูกแปลเป็นภาษาอื่นๆอีกหลายภาษา

ลองดู [[other-languages]] และ [[how-to-start-new-translation|วิธีเริ่มแปลภาษาใหม่]].

Main Page-th

2008-09-30T15:30:47Z

SukitArseanrapoj: /* วิกิไมโครฟอร์แมตในภาษาอื่นๆ */

<div style="float:right;margin-left:1em">__TOC__</div>

'''ยินดีต้อนรับสู่วิกิไมโครฟอร์แมต!'''

กรุณาอ่านหน้า [[introduction|แนะนำไมโครฟอร์แมต]] และ [[how-to-play|วิธีการใช้งานวิกิ]] ก่อนแก้ไขหน้าวิกิ.

==แนะนำไมโครฟอร์แมต==
* ทำความรู้จักกับ [http://microformats.org/wiki/posh <abbr title="Plain Old Semantic HTML">POSH</abbr>].
* หรือลองดูหน้า [http://microformats.org/about/ เกี่ยวกับไมโครฟอร์แมต], [http://microformats.org/ ข่าวสารล่าสุด], [[press]], [[presentations|งานนำเสนอ]], [[books|หนังสือ]], [[podcasts]], และ [[screencasts]].
* มีคำถามหรือ? ลองอ่าน [[faq-th|คำถามที่ถูกถามบ่อยๆ]] และดู [[glossary|อภิธานศัพท์]] สำหรับความหมายของคำศัพท์ใหม่ๆ.
* ต้องการเรียนรู้มากกว่านี้หรือเปล่า? ลองดูงานสัมนาต่างๆได้ที่ [[events]].

==ความหมาย==
ไมโครฟอร์แมตคือการใช้ HTML เพื่อแทนความหมายสำหรับสิ่งต่างๆเช่นบุคคล, เหตุการณ์, แทก, ฯลฯ ในหน้าเว็บ

ไมโครฟอร์แมตช่วยให้คุณสามารถจัดพิมพ์ข้อมูลที่มีความหมายมากขึ้นบนเว็บ และก็เป็นอีกทางเลือกที่รวดเร็วและเรียบง่ายสำหรับสนับสนุนฟีดและ APIs สำหรับเว็บของคุณ ลองดูคำอธิบายเพิ่มเติมว่า [[what-are-microformats-th|อะไรคือไมโครฟอร์แมต]] และ [[what-can-you-do-with-microformats|คุณจะนำไม่โครฟอร์แมตไปทำอะไรได้บ้าง]].

== อยากช่วยเรามั๊ย? ==
คุณต้องการช่วยเราพาไมโครฟอร์แมตให้ก้าวหน้าไปมั๊ย? คุณสามารถ:

* [[get-started|เริ่ม]] โดยการนำไมโครฟอร์แมตไปใช้ในเว็บไซต์ บริการ หรือผลิตภัณฑ์ของคุณ
* [[advocacy|กระจายข้อมูล]] เกี่ยวกับประโยชน์ของไมโครฟอร์แมตที่เว็บไซต์อื่นๆ
* เขียน [[testimonial|ประสบการณ์ดีๆที่คุณมีกับไมโครฟอร์แมต]]
* รับทำงานที่อยู่ใน [[to-do|งานที่ต้องทำ]].
* เข้าร่วมใน [[irc|IRC Channel]] และ [[mail|mailing lists]] เพื่อเรียนรู้และช่วยตอบคำถาม (ลองอ่าน [[mailing-lists#General_guidelines|กฏทั่วไปเกี่ยวกับฟอรัมข่าว]] ก่อนโพสข้อความในฟอรัม).
* [[Main_Page#microformats_wiki_translations|แปลวิกิไมโครฟอร์แมตเป็นภาษาอื่นๆ]] เพื่อทำให้คนจากประเทศต่างๆสามารถเข้าถึงข้อมูลเกี่ยวกับไมโครฟอร์แมตได้มากขึ้น
* ก่อนจะเสนอไมโครฟอร์แมตใหม่ อย่าลืมเช็คให้แน่นอนว่าเว็บไซต์ของคุณเป็น [[POSH]], [[get-started|ใช้ไมโครฟอร์แมตที่มีอยู่]], และอ่าน [[process]] ก่อน

== specification ของไมโครฟอร์แมต ==
มาตรฐานเปิด [[microformats|ไมโครฟอร์แมต]]

* [[hcalendar|hCalendar]] - [http://microformats.org/code/hcalendar/creator hCalendar creator]
* [[hcard-th|hCard]] - [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard]
* [[rel-license]]
* [[rel-nofollow-th|rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [[XFN]] - [http://gmpg.org/xfn/creator XFN creator]
* [[XMDP]]
* [[xoxo|XOXO]]

== เอกสารฉบับร่าง ==
* [[adr|adr]] - สำหรับ mark up ข้อมูลที่อยู่
* [[geo|geo]] - สำหรับ mark up [http://en.wikipedia.org/wiki/WGS84 WGS84] พิกัดทางภูมิศาสตร์ (แลตติจูด; ลองกิจูด)
* [[hatom|hAtom]] - สำหรับกระจายเนื้อหาที่เป็นตอนๆ (เช่นบล๊อก)
* [[hresume|hResume]] - สำหรับ mark up resumes และ CVs
* [[hreview|hReview]] - [http://microformats.org/code/hreview/creator hReview creator]
* [[rel-directory]] - to indicate that the destination of a hyperlink is a directory listing containing an entry for the current page
* [[rel-enclosure]] - ระบุสิ่งที่แนบ (เช่น แฟ้มข้อมูล) ให้ดาวน์โหลดหรือเก็บไว้ใน cache
* [[rel-home]] - ระบุไฮเปอร์ลิงค์ไปหาหน้า home page ของเว็บไซต์
* [[rel-payment]] - ระบุวิธีการจ่ายเงิน
* [[robots-exclusion|robots exclusion]]
* [[xfolk|xFolk]]

== Design Patterns ==
{{design_patterns}} 
* [[elemental-microformat-th|ไมโครฟอร์แมตแบบเดี่ยว]]
* [[compound-microformat-th|ไมโครฟอร์แมตแบบผสม]]

== การสนทนาทั่วไป ==
ลองดู: [[exploratory-discussions|การสนทนาทั่วไป]] เพื่อดูรายละเอียดของการวิจัยและวิเคราห์ [[examples|ตัวอย่างการใช้งานจริง]], ไมโครฟอร์แมตที่มีอยู่แล้ว, และระดมไอเดียสำหรับไมโครฟอร์แมตใหม่ๆตาม [[process|แนวทางปฏิบัติ]] งานเหล่านี้แบ่งเป็นหมวดหมู่เหล่านี้:

*[[exploratory-discussions#Active|มีการสนทนามาก]]
*[[exploratory-discussions#Current|มีการสนทนา แต่ไม่มาก]]
*[[exploratory-discussions#Moribund|หยุดการสนทนาไปแล้ว]]
*[[exploratory-discussions#Abandoned|ไอเดียตกไป]] or
*[[exploratory-discussions#Archive|เก็บเข้ากรุ]]

== ตัวอย่าง ==
* [[examples-in-the-wild|ตัวอย่างจากอินเตอร์เน็ต]]
* [[implementations]]
* [[zen-garden]]

== แหล่งข้อมูลอื่นๆ ==
อ่าน [[resources]]

== user centric development ==
*[[user-interface]]
*[[data-portability]]
*[[social-network-portability]]

== shared work areas ==
* [[to-do]]
* [[templates]]
* [http://microformats.org/wiki/delete pages for deletion] 
* [[Special:Specialpages|"Special" wiki pages]]
* [[year-in-review]]

== เครื่องมือ, การทดสอบ, การวิจัยเพิ่มเติม ==
ที่แรกที่สามารถใช้ดูตัวอย่าง โค๊ด และผลการทดสอบคือในหัวข้อย่อยของแต่ละไมโครฟอร์แมตต่างๆ มี [[tools|เครื่องมือและบริการ]] แค่ไม่กี่ตัวที่ถูกใช้ร่วมกันระหว่างไมโครฟอร์แมตต่างๆ ซึ่งส่วนนี้เป็นส่วนที่เขีียนมาเพื่อโปรแกรม editors, parsers, validators, test cases, ฯลฯ

== วิกิไมโครฟอร์แมตในภาษาอื่นๆ ==
<span id="microformats_wiki_translations_in_other_languages">คุณสามารถอ่านและแก้ไขบทความไมโครฟอร์แมตในภาษาต่างๆดังนี้:</span>

* ภาษาที่มีบทความมากกว่า 100 บทความ
** [[Main_Page-fr|<span lang="fr">ฝรั่งเศษ</span> (French)]] <span lang="fr">{{UpdateMarker-fr}}</span>
* ภาษาที่มีบทความมากกว่า 10 บทความ
** [[Main_Page-pt-br|<span lang="pt-br">โปรตุเกส</span> (Brazilian Portuguese)]]
** [[Main_Page-ja|<span lang="ja">ญี่ปุ่น</span> (Japanese)]]
* languages with over 2 articles
** [[Main_Page-cs|<span lang="cs">เช็คโกสโลวาเกีย</span> (Czech)]] {{NewMarker}}
** [[Main_Page-de|<span lang="de">เยอรมัน</span> (German)]]
** [[Main_Page-es|<span lang="es">สเปน</span> (Spanish)]]
** [[Main_Page-gl|<span lang="gl">Galego</span> (Galician)]] {{NewMarker}}
** [[Main_Page-pl|<span lang="pl">โปแลนด์</span> (Polish)]]
** [[Main_Page-ro|<span lang="ro">โรมาเนีย</span> (Romanian)]] {{NewMarker}}
** [[Main_Page-zh|<span lang="zh">จีน</span> (Chinese)]]
* ภาษาที่เพิ่งเริ่มต้นแปล
** [[Main_Page-ar|<span lang="ar">อารบิค</span> (Arabic)]]
** [[Main_Page-th|<span lang="th">ภาษาไทย</span> (Thai)]]
** [[Main_Page-it|<span lang="it">อิตาเลียน</span> (Italian)]] {{NewMarker}}
* ที่อื่นๆ
**[http://en.wikipedia.org/wiki/Microformat Wikipedia's article on microformats|บทความเกี่ยวกับไมโครฟอร์แมตบนวิกิพีเดีย] ได้ถูกแปลเป็นภาษาอื่นๆอีกหลายภาษา

ลองดู [[other-languages]] และ [[how-to-start-new-translation|วิธีเริ่มแปลภาษาใหม่]].

compound-microformat-th

2008-09-30T15:29:30Z

SukitArseanrapoj:

= ไมโครฟอร์แมตแบบผสม =

[[microformats|ไมโครฟอร์แมต]]แบบผสมสร้างขึ้นจาก[[elemental-microformat|ไมโครฟอร์แมตแบบเดี่ยว]] และ/หรืออีลีเมนต์ HTML มาตรฐาน

โดยทั่วไปไมโครฟอร์แมตแบบนี้ใช้แอททริบิวท์ <code>class</code> และ/หรือ <code>rel</code> ร่วมกันหลายตัว

ตัวอย่าง:
* [[hcalendar|hCalendar]]
* [[hcard-th|hCard]]
* [[hreview|hReview]]
* [[xfolk|xFolk]]

http://www.microformats.org/img/micro-diagram.gif

Main Page-th

2008-09-30T15:25:34Z

SukitArseanrapoj: /* Design Patterns */

<div style="float:right;margin-left:1em">__TOC__</div>

'''ยินดีต้อนรับสู่วิกิไมโครฟอร์แมต!'''

กรุณาอ่านหน้า [[introduction|แนะนำไมโครฟอร์แมต]] และ [[how-to-play|วิธีการใช้งานวิกิ]] ก่อนแก้ไขหน้าวิกิ.

==แนะนำไมโครฟอร์แมต==
* ทำความรู้จักกับ [http://microformats.org/wiki/posh <abbr title="Plain Old Semantic HTML">POSH</abbr>].
* หรือลองดูหน้า [http://microformats.org/about/ เกี่ยวกับไมโครฟอร์แมต], [http://microformats.org/ ข่าวสารล่าสุด], [[press]], [[presentations|งานนำเสนอ]], [[books|หนังสือ]], [[podcasts]], และ [[screencasts]].
* มีคำถามหรือ? ลองอ่าน [[faq-th|คำถามที่ถูกถามบ่อยๆ]] และดู [[glossary|อภิธานศัพท์]] สำหรับความหมายของคำศัพท์ใหม่ๆ.
* ต้องการเรียนรู้มากกว่านี้หรือเปล่า? ลองดูงานสัมนาต่างๆได้ที่ [[events]].

==ความหมาย==
ไมโครฟอร์แมตคือการใช้ HTML เพื่อแทนความหมายสำหรับสิ่งต่างๆเช่นบุคคล, เหตุการณ์, แทก, ฯลฯ ในหน้าเว็บ

ไมโครฟอร์แมตช่วยให้คุณสามารถจัดพิมพ์ข้อมูลที่มีความหมายมากขึ้นบนเว็บ และก็เป็นอีกทางเลือกที่รวดเร็วและเรียบง่ายสำหรับสนับสนุนฟีดและ APIs สำหรับเว็บของคุณ ลองดูคำอธิบายเพิ่มเติมว่า [[what-are-microformats-th|อะไรคือไมโครฟอร์แมต]] และ [[what-can-you-do-with-microformats|คุณจะนำไม่โครฟอร์แมตไปทำอะไรได้บ้าง]].

== อยากช่วยเรามั๊ย? ==
คุณต้องการช่วยเราพาไมโครฟอร์แมตให้ก้าวหน้าไปมั๊ย? คุณสามารถ:

* [[get-started|เริ่ม]] โดยการนำไมโครฟอร์แมตไปใช้ในเว็บไซต์ บริการ หรือผลิตภัณฑ์ของคุณ
* [[advocacy|กระจายข้อมูล]] เกี่ยวกับประโยชน์ของไมโครฟอร์แมตที่เว็บไซต์อื่นๆ
* เขียน [[testimonial|ประสบการณ์ดีๆที่คุณมีกับไมโครฟอร์แมต]]
* รับทำงานที่อยู่ใน [[to-do|งานที่ต้องทำ]].
* เข้าร่วมใน [[irc|IRC Channel]] และ [[mail|mailing lists]] เพื่อเรียนรู้และช่วยตอบคำถาม (ลองอ่าน [[mailing-lists#General_guidelines|กฏทั่วไปเกี่ยวกับฟอรัมข่าว]] ก่อนโพสข้อความในฟอรัม).
* [[Main_Page#microformats_wiki_translations|แปลวิกิไมโครฟอร์แมตเป็นภาษาอื่นๆ]] เพื่อทำให้คนจากประเทศต่างๆสามารถเข้าถึงข้อมูลเกี่ยวกับไมโครฟอร์แมตได้มากขึ้น
* ก่อนจะเสนอไมโครฟอร์แมตใหม่ อย่าลืมเช็คให้แน่นอนว่าเว็บไซต์ของคุณเป็น [[POSH]], [[get-started|ใช้ไมโครฟอร์แมตที่มีอยู่]], และอ่าน [[process]] ก่อน

== specification ของไมโครฟอร์แมต ==
มาตรฐานเปิด [[microformats|ไมโครฟอร์แมต]]

* [[hcalendar|hCalendar]] - [http://microformats.org/code/hcalendar/creator hCalendar creator]
* [[hcard-th|hCard]] - [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard]
* [[rel-license]]
* [[rel-nofollow-th|rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [[XFN]] - [http://gmpg.org/xfn/creator XFN creator]
* [[XMDP]]
* [[xoxo|XOXO]]

== เอกสารฉบับร่าง ==
* [[adr|adr]] - สำหรับ mark up ข้อมูลที่อยู่
* [[geo|geo]] - สำหรับ mark up [http://en.wikipedia.org/wiki/WGS84 WGS84] พิกัดทางภูมิศาสตร์ (แลตติจูด; ลองกิจูด)
* [[hatom|hAtom]] - สำหรับกระจายเนื้อหาที่เป็นตอนๆ (เช่นบล๊อก)
* [[hresume|hResume]] - สำหรับ mark up resumes และ CVs
* [[hreview|hReview]] - [http://microformats.org/code/hreview/creator hReview creator]
* [[rel-directory]] - to indicate that the destination of a hyperlink is a directory listing containing an entry for the current page
* [[rel-enclosure]] - ระบุสิ่งที่แนบ (เช่น แฟ้มข้อมูล) ให้ดาวน์โหลดหรือเก็บไว้ใน cache
* [[rel-home]] - ระบุไฮเปอร์ลิงค์ไปหาหน้า home page ของเว็บไซต์
* [[rel-payment]] - ระบุวิธีการจ่ายเงิน
* [[robots-exclusion|robots exclusion]]
* [[xfolk|xFolk]]

== Design Patterns ==
{{design_patterns}} 
* [[elemental-microformat-th|ไมโครฟอร์แมตแบบเดี่ยว]]
* [[compound-microformat-th|ไมโครฟอร์แมตแบบผสม]]

== การสนทนาทั่วไป ==
ลองดู: [[exploratory-discussions|การสนทนาทั่วไป]] เพื่อดูรายละเอียดของการวิจัยและวิเคราห์ [[examples|ตัวอย่างการใช้งานจริง]], ไมโครฟอร์แมตที่มีอยู่แล้ว, และระดมไอเดียสำหรับไมโครฟอร์แมตใหม่ๆตาม [[process|แนวทางปฏิบัติ]] งานเหล่านี้แบ่งเป็นหมวดหมู่เหล่านี้:

*[[exploratory-discussions#Active|มีการสนทนามาก]]
*[[exploratory-discussions#Current|มีการสนทนา แต่ไม่มาก]]
*[[exploratory-discussions#Moribund|หยุดการสนทนาไปแล้ว]]
*[[exploratory-discussions#Abandoned|ไอเดียตกไป]] or
*[[exploratory-discussions#Archive|เก็บเข้ากรุ]]

== ตัวอย่าง ==
* [[examples-in-the-wild|ตัวอย่างจากอินเตอร์เน็ต]]
* [[implementations]]
* [[zen-garden]]

== แหล่งข้อมูลอื่นๆ ==
อ่าน [[resources]]

== user centric development ==
*[[user-interface]]
*[[data-portability]]
*[[social-network-portability]]

== shared work areas ==
* [[to-do]]
* [[templates]]
* [http://microformats.org/wiki/delete pages for deletion] 
* [[Special:Specialpages|"Special" wiki pages]]
* [[year-in-review]]

== เครื่องมือ, การทดสอบ, การวิจัยเพิ่มเติม ==
ที่แรกที่สามารถใช้ดูตัวอย่าง โค๊ด และผลการทดสอบคือในหัวข้อย่อยของแต่ละไมโครฟอร์แมตต่างๆ มี [[tools|เครื่องมือและบริการ]] แค่ไม่กี่ตัวที่ถูกใช้ร่วมกันระหว่างไมโครฟอร์แมตต่างๆ ซึ่งส่วนนี้เป็นส่วนที่เขีียนมาเพื่อโปรแกรม editors, parsers, validators, test cases, ฯลฯ

== วิกิไมโครฟอร์แมตในภาษาอื่นๆ ==
<span id="microformats_wiki_translations_in_other_languages">คุณสามารถอ่านและแก้ไขบทความไมโครฟอร์แมตในภาษาต่างๆดังนี้:</span>

* ภาษาที่มีบทความมากกว่า 100 บทความ
** [[Main_Page-fr|<span lang="fr">ฝรั่งเศษ</span> (French)]] <span lang="fr">{{UpdateMarker-fr}}</span>
* ภาษาที่มีบทความมากกว่า 10 บทความ
** [[Main_Page-pt-br|<span lang="pt-br">โปรตุเกส</span> (Brazilian Portuguese)]]
** [[Main_Page-ja|<span lang="ja">ญี่ปุ่น</span> (Japanese)]]
* languages with over 2 articles
** [[Main_Page-cs|<span lang="cs">เช็คโกสโลวาเกีย</span> (Czech)]] {{NewMarker}}
** [[Main_Page-de|<span lang="de">เยอรมัน</span> (German)]]
** [[Main_Page-es|<span lang="es">สเปน</span> (Spanish)]]
** [[Main_Page-gl|<span lang="gl">Galego</span> (Galician)]] {{NewMarker}}
** [[Main_Page-pl|<span lang="pl">โปแลนด์</span> (Polish)]]
** [[Main_Page-ro|<span lang="ro">โรมาเนีย</span> (Romanian)]] {{NewMarker}}
** [[Main_Page-zh|<span lang="zh">จีน</span> (Chinese)]]
* ภาษาที่เพิ่งเริ่มต้นแปล
** [[Main_Page-ar|<span lang="ar">อารบิค</span> (Arabic)]]
** [[Main_Page-th|<span lang="th">ภาษาไทย</span> (Thai)]]
** [[Main_Page-it|<span lang="it">อิตาเลียน</span> (Italian)]] {{NewMarker}}
* ที่อื่นๆ
**[http://en.wikipedia.org/wiki/Microformat Wikipedia's article on microformats] has been translated into a number of languages.

ลองดู [[other-languages]] และ [[how-to-start-new-translation|วิธีเริ่มแปลภาษาใหม่]].

elemental-microformat-th

2008-09-30T15:24:37Z

SukitArseanrapoj:

= ไมโครฟอร์แมตแบบเดี่ยว =

[[microformats|ไมโครฟอร์แมต]]แบบเดี่ยวเป็นวิธีแก้ปัญหาแบบง่ายๆโดยใช้ XHTML มาตรฐานในหน้าเว็บ และสามารถนำไปใช้ใน[[compound-microformat|ไมโครฟอร์แมตแบบผสม]]ได้ด้วย

โดยทั่วไปไมโครฟอร์แมตแบบนี้ใช้แอททริบิวท์ <code>class</code> หรือ <code>rel</code> แค่อันเดียว

ตัวอย่าง:
* [[rel-enclosure]]
* [[rel-license]]
* [[rel-nofollow-th|rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [http://gmpg.org/xfn/ XFN]
* [http://gmpg.org/xmdp/ XMDP]
* [[xoxo|XOXO]]

http://www.microformats.org/img/micro-diagram.gif

rel-nofollow-th

2008-09-30T15:22:30Z

SukitArseanrapoj: /* บทคัดย่อ */

= rel="nofollow" =
{{TOC-right}}

== ข้อกำหนด 10 มกราคม 2548 ==

=== บรรณาธิการ ===
* [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
* [http://epeus.blogspot.com/ Kevin Marks] ([http://technorati.com Technorati, Inc.])

=== กรอบความคิด ===
* [http://www.google.com/googleblog/ แมท คัทส์] ([http://google.com Google, Inc])
* [http://www.shellen.com/ เจสัน เชลเลน] ([http://www.blogger.com Blogger]/[http://www.google.com Google])

=== ลิขสิทธิ์ ===
{{MicroFormatCopyrightStatement2005}}
* [[User:Tantek|Tantek]]: I release all my contributions to this specification into the public domain and I encourage the other authors to do so as well.
** When all authors/editors have done so, we can remove the MicroFormatCopyrightStatement template reference and replace it with the MicroFormatPublicDomainContributionStatement.

=== สิทธิบัตร ===
{{MicroFormatPatentStatement-th}}

== บทคัดย่อ ==
RelNoFollow เป็น[[elemental-microformat|ไมโครฟอร์แมตแบบเดี่ยว]] ซึ่งเป็นหนึ่งใน[[microformats|ไมโครฟอร์แมต]]ที่เป็นมาตรฐานเปิด ด้วยการเพิ่ม <code>rel="nofollow"</code> ให้ hyperlink หน้าเว็บนั้นแสดงเจตจำนงว่าหน้าที่ hyperlink นั้นชี้ไป{{should-not-th}}ได้รับการพิจารณาพิเศษจาก user agent ต่างๆที่วิเคราะห์ลิงก์ในหน้าเว็บ (เช่นเสิร์ชเอ็นจิน) กรณีใช้งานทั่วไปก็เช่น ลิงก์ที่สร้างโดยผู้แสดงความคิดเห็นบนบล๊อก หรือลิงก์ที่ผู้เขียนอยากจะชี้ไปถึงแต่ไม่ได้เป็นคนเขียนเอง สำหรับการสลักหลัง (หรือไม่สลักหลัง) ดู [[vote-links|VoteLinks]].

== XMDP profile ==
<pre><nowiki>
<dl class="profile">
<dt id="rel">rel</dt>
<dd><p>
<a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
HTML4 definition of the 'rel' attribute.</a>
Here is an additional value.</p>
<dl>
<dt id="nofollow">nofollow</dt>
<dd>Indicates that the referred resource was not necessarily linked to
by the author of the page, and thus said reference should not afford
the referred resource any additional weight or ranking by user agents. </dd>
</dl>
</dd>
</dl>
</nowiki></pre>

== ตัวอย่างในอินเทอร์เน็ต ==
ข้อความส่วนนี้มีไว้เพื่อแจ้งให้ทราบ
หมายเหตุ: rel-nofollow มีประโยชน์ใช้สอยอย่างหลากหลาย รายการที่มีอยู่นี้ไม่ใช่รายการที่สมบูรณ์ ถ้าเว็บไซต์ของคุณใช้ rel-nofollow คุณสามารถเพิ่มเว็บของคุณในรายการนี้ได้ ถ้ารายการเริ่มใหญ่เกินไป เราจะสร้างหน้าวิกิใหม่เพื่อเก็บรายการนี้โดยเฉพาะที่ [[rel-nofollow-examples-in-wild]]
* [http://funadvice.com FunAdvice] สนับสนุนให้ผู้ใช้ใช้แทก rel-nofollow เพื่อป้องกันการตีพิมพ์เนื้อหาเพียงเพราะต้องการเพิ่มอันดับของเว็บไซต์ในเสิร์ชเอ็นจิน ทั้งนี้เพื่อปรับปรุงคุณภาพของคำแนะนำจากชุมชนของเว็บให้ดีขึ้น

== แหล่งอ้างอิงหลัก ==
* [http://gmpg.org/xmdp/ XMDP]
* http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

== แหล่งอ้างอิงเพิ่มเติม ==
* VoteLinks can be used by an author to explicitly state their support for or against, or neutrality toward the destination of a link. Implementers implementing rel="nofollow" and VoteLinks should similarly not afford any additional weight or ranking to links with either <code>rev="vote-abstain"</code> or <code>rev="vote-against"</code>.
* Contributed from http://developers.technorati.com/wiki/RelNoFollow

== ปัญหาที่พบ ==
These are open issues that have been raised about rel="nofollow" that have been raised in various forums, in particular, on the public [http://lists.w3.org/Archives/Public/www-html W3C www-html mailing list]. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-issues]]). The issues have been grouped into four areas.

* '''Definition'''. nofollow indicates a behavior rather than a relationship from which the behavior should be inferred as appropriate for the useragent. rel values should be nouns that indicates what the resource being referenced is in relation to the source.
* '''Name'''. nofollow is a bad name.
** overloading. does not mean the same as robots exclusion standards (robots.txt, meta robots) nofollow.
** does not mean what it says. does not mean "do not follow this link", rather it means " do not add weight from this link". [http://www.w3.org/mid/opsk3cccj9lo81gp@quark Asbjørn Ulsberg]
** not a noun. see above.
** suggested alternatives:
*** noendorse - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0046.html Micah Dubinko]
*** none
*** noweight
*** unendorsed - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0057.html Lachlan Hunt]
*** unrelated - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0049.html Jens Meiert]
*** untrusted
*** nonauth - [http://www.mnot.net/blog/2003/12/29/comment_spam_and_google Mark Baker]
*** norank - [http://www.digitalburg.com/ Ben Pierce]
* '''Efficacy'''. nofollow will not affect spamming behavior.
* '''Collateral Damage'''. If tools automatically add nofollow to all 3rd party links, then many legitimate non-spam links will be ignored or given reduced weight, and thus the destination of such links will be unfortunate casualties.

* '''Fallacious'''. Not endorsing is not equivalent to not available to tying semantic relations. Pro- and contra sides are relevant to each other, even though they might refuse to "endorse" eachother.

=== ปัญหาอื่นๆ ===
คุณสามารถดูปัญหาอื่นๆเกี่ยวกับ rel="nofollow" ได้ที่:
* http://www.nonofollow.net/

elemental-microformat-th

2008-09-30T15:21:57Z

SukitArseanrapoj:

= ไมโครฟอร์แมตแบบเดี่ยว =

[[microformats|ไมโครฟอร์แมต]]แบบเดี่ยวเป็นวิธีแก้ปัญหาแบบง่ายๆโดยใช้ XHTML มาตรฐานในหน้าเว็บ และสามารถนำไปใช้ใน[[compound-microformat|ไมโครฟอร์แมตแบบผสม]]ได้ด้วย

They generally use a single <code>class</code> or <code>rel</code> attribute.

Current examples are:
* [[rel-enclosure]]
* [[rel-license]]
* [[rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [http://gmpg.org/xfn/ XFN]
* [http://gmpg.org/xmdp/ XMDP]
* [[xoxo|XOXO]]

http://www.microformats.org/img/micro-diagram.gif

Main Page-th

2008-09-30T15:19:22Z

SukitArseanrapoj: /* Design Patterns */

<div style="float:right;margin-left:1em">__TOC__</div>

'''ยินดีต้อนรับสู่วิกิไมโครฟอร์แมต!'''

กรุณาอ่านหน้า [[introduction|แนะนำไมโครฟอร์แมต]] และ [[how-to-play|วิธีการใช้งานวิกิ]] ก่อนแก้ไขหน้าวิกิ.

==แนะนำไมโครฟอร์แมต==
* ทำความรู้จักกับ [http://microformats.org/wiki/posh <abbr title="Plain Old Semantic HTML">POSH</abbr>].
* หรือลองดูหน้า [http://microformats.org/about/ เกี่ยวกับไมโครฟอร์แมต], [http://microformats.org/ ข่าวสารล่าสุด], [[press]], [[presentations|งานนำเสนอ]], [[books|หนังสือ]], [[podcasts]], และ [[screencasts]].
* มีคำถามหรือ? ลองอ่าน [[faq-th|คำถามที่ถูกถามบ่อยๆ]] และดู [[glossary|อภิธานศัพท์]] สำหรับความหมายของคำศัพท์ใหม่ๆ.
* ต้องการเรียนรู้มากกว่านี้หรือเปล่า? ลองดูงานสัมนาต่างๆได้ที่ [[events]].

==ความหมาย==
ไมโครฟอร์แมตคือการใช้ HTML เพื่อแทนความหมายสำหรับสิ่งต่างๆเช่นบุคคล, เหตุการณ์, แทก, ฯลฯ ในหน้าเว็บ

ไมโครฟอร์แมตช่วยให้คุณสามารถจัดพิมพ์ข้อมูลที่มีความหมายมากขึ้นบนเว็บ และก็เป็นอีกทางเลือกที่รวดเร็วและเรียบง่ายสำหรับสนับสนุนฟีดและ APIs สำหรับเว็บของคุณ ลองดูคำอธิบายเพิ่มเติมว่า [[what-are-microformats-th|อะไรคือไมโครฟอร์แมต]] และ [[what-can-you-do-with-microformats|คุณจะนำไม่โครฟอร์แมตไปทำอะไรได้บ้าง]].

== อยากช่วยเรามั๊ย? ==
คุณต้องการช่วยเราพาไมโครฟอร์แมตให้ก้าวหน้าไปมั๊ย? คุณสามารถ:

* [[get-started|เริ่ม]] โดยการนำไมโครฟอร์แมตไปใช้ในเว็บไซต์ บริการ หรือผลิตภัณฑ์ของคุณ
* [[advocacy|กระจายข้อมูล]] เกี่ยวกับประโยชน์ของไมโครฟอร์แมตที่เว็บไซต์อื่นๆ
* เขียน [[testimonial|ประสบการณ์ดีๆที่คุณมีกับไมโครฟอร์แมต]]
* รับทำงานที่อยู่ใน [[to-do|งานที่ต้องทำ]].
* เข้าร่วมใน [[irc|IRC Channel]] และ [[mail|mailing lists]] เพื่อเรียนรู้และช่วยตอบคำถาม (ลองอ่าน [[mailing-lists#General_guidelines|กฏทั่วไปเกี่ยวกับฟอรัมข่าว]] ก่อนโพสข้อความในฟอรัม).
* [[Main_Page#microformats_wiki_translations|แปลวิกิไมโครฟอร์แมตเป็นภาษาอื่นๆ]] เพื่อทำให้คนจากประเทศต่างๆสามารถเข้าถึงข้อมูลเกี่ยวกับไมโครฟอร์แมตได้มากขึ้น
* ก่อนจะเสนอไมโครฟอร์แมตใหม่ อย่าลืมเช็คให้แน่นอนว่าเว็บไซต์ของคุณเป็น [[POSH]], [[get-started|ใช้ไมโครฟอร์แมตที่มีอยู่]], และอ่าน [[process]] ก่อน

== specification ของไมโครฟอร์แมต ==
มาตรฐานเปิด [[microformats|ไมโครฟอร์แมต]]

* [[hcalendar|hCalendar]] - [http://microformats.org/code/hcalendar/creator hCalendar creator]
* [[hcard-th|hCard]] - [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard]
* [[rel-license]]
* [[rel-nofollow-th|rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [[XFN]] - [http://gmpg.org/xfn/creator XFN creator]
* [[XMDP]]
* [[xoxo|XOXO]]

== เอกสารฉบับร่าง ==
* [[adr|adr]] - สำหรับ mark up ข้อมูลที่อยู่
* [[geo|geo]] - สำหรับ mark up [http://en.wikipedia.org/wiki/WGS84 WGS84] พิกัดทางภูมิศาสตร์ (แลตติจูด; ลองกิจูด)
* [[hatom|hAtom]] - สำหรับกระจายเนื้อหาที่เป็นตอนๆ (เช่นบล๊อก)
* [[hresume|hResume]] - สำหรับ mark up resumes และ CVs
* [[hreview|hReview]] - [http://microformats.org/code/hreview/creator hReview creator]
* [[rel-directory]] - to indicate that the destination of a hyperlink is a directory listing containing an entry for the current page
* [[rel-enclosure]] - ระบุสิ่งที่แนบ (เช่น แฟ้มข้อมูล) ให้ดาวน์โหลดหรือเก็บไว้ใน cache
* [[rel-home]] - ระบุไฮเปอร์ลิงค์ไปหาหน้า home page ของเว็บไซต์
* [[rel-payment]] - ระบุวิธีการจ่ายเงิน
* [[robots-exclusion|robots exclusion]]
* [[xfolk|xFolk]]

== Design Patterns ==
{{design_patterns}} 
* [[elemental-microformat-th|ไมโครฟอร์แมตแบบเดี่ยว]]
* [[compound-microformat|ไมโครฟอร์แมตแบบผสม]]

== การสนทนาทั่วไป ==
ลองดู: [[exploratory-discussions|การสนทนาทั่วไป]] เพื่อดูรายละเอียดของการวิจัยและวิเคราห์ [[examples|ตัวอย่างการใช้งานจริง]], ไมโครฟอร์แมตที่มีอยู่แล้ว, และระดมไอเดียสำหรับไมโครฟอร์แมตใหม่ๆตาม [[process|แนวทางปฏิบัติ]] งานเหล่านี้แบ่งเป็นหมวดหมู่เหล่านี้:

*[[exploratory-discussions#Active|มีการสนทนามาก]]
*[[exploratory-discussions#Current|มีการสนทนา แต่ไม่มาก]]
*[[exploratory-discussions#Moribund|หยุดการสนทนาไปแล้ว]]
*[[exploratory-discussions#Abandoned|ไอเดียตกไป]] or
*[[exploratory-discussions#Archive|เก็บเข้ากรุ]]

== ตัวอย่าง ==
* [[examples-in-the-wild|ตัวอย่างจากอินเตอร์เน็ต]]
* [[implementations]]
* [[zen-garden]]

== แหล่งข้อมูลอื่นๆ ==
อ่าน [[resources]]

== user centric development ==
*[[user-interface]]
*[[data-portability]]
*[[social-network-portability]]

== shared work areas ==
* [[to-do]]
* [[templates]]
* [http://microformats.org/wiki/delete pages for deletion] 
* [[Special:Specialpages|"Special" wiki pages]]
* [[year-in-review]]

== เครื่องมือ, การทดสอบ, การวิจัยเพิ่มเติม ==
ที่แรกที่สามารถใช้ดูตัวอย่าง โค๊ด และผลการทดสอบคือในหัวข้อย่อยของแต่ละไมโครฟอร์แมตต่างๆ มี [[tools|เครื่องมือและบริการ]] แค่ไม่กี่ตัวที่ถูกใช้ร่วมกันระหว่างไมโครฟอร์แมตต่างๆ ซึ่งส่วนนี้เป็นส่วนที่เขีียนมาเพื่อโปรแกรม editors, parsers, validators, test cases, ฯลฯ

== วิกิไมโครฟอร์แมตในภาษาอื่นๆ ==
<span id="microformats_wiki_translations_in_other_languages">คุณสามารถอ่านและแก้ไขบทความไมโครฟอร์แมตในภาษาต่างๆดังนี้:</span>

* ภาษาที่มีบทความมากกว่า 100 บทความ
** [[Main_Page-fr|<span lang="fr">ฝรั่งเศษ</span> (French)]] <span lang="fr">{{UpdateMarker-fr}}</span>
* ภาษาที่มีบทความมากกว่า 10 บทความ
** [[Main_Page-pt-br|<span lang="pt-br">โปรตุเกส</span> (Brazilian Portuguese)]]
** [[Main_Page-ja|<span lang="ja">ญี่ปุ่น</span> (Japanese)]]
* languages with over 2 articles
** [[Main_Page-cs|<span lang="cs">เช็คโกสโลวาเกีย</span> (Czech)]] {{NewMarker}}
** [[Main_Page-de|<span lang="de">เยอรมัน</span> (German)]]
** [[Main_Page-es|<span lang="es">สเปน</span> (Spanish)]]
** [[Main_Page-gl|<span lang="gl">Galego</span> (Galician)]] {{NewMarker}}
** [[Main_Page-pl|<span lang="pl">โปแลนด์</span> (Polish)]]
** [[Main_Page-ro|<span lang="ro">โรมาเนีย</span> (Romanian)]] {{NewMarker}}
** [[Main_Page-zh|<span lang="zh">จีน</span> (Chinese)]]
* ภาษาที่เพิ่งเริ่มต้นแปล
** [[Main_Page-ar|<span lang="ar">อารบิค</span> (Arabic)]]
** [[Main_Page-th|<span lang="th">ภาษาไทย</span> (Thai)]]
** [[Main_Page-it|<span lang="it">อิตาเลียน</span> (Italian)]] {{NewMarker}}
* ที่อื่นๆ
**[http://en.wikipedia.org/wiki/Microformat Wikipedia's article on microformats] has been translated into a number of languages.

ลองดู [[other-languages]] และ [[how-to-start-new-translation|วิธีเริ่มแปลภาษาใหม่]].

Main Page-th

2008-09-30T15:13:44Z

SukitArseanrapoj: /* วิกิไมโครฟอร์แมตในภาษาอื่นๆ */

<div style="float:right;margin-left:1em">__TOC__</div>

'''ยินดีต้อนรับสู่วิกิไมโครฟอร์แมต!'''

กรุณาอ่านหน้า [[introduction|แนะนำไมโครฟอร์แมต]] และ [[how-to-play|วิธีการใช้งานวิกิ]] ก่อนแก้ไขหน้าวิกิ.

==แนะนำไมโครฟอร์แมต==
* ทำความรู้จักกับ [http://microformats.org/wiki/posh <abbr title="Plain Old Semantic HTML">POSH</abbr>].
* หรือลองดูหน้า [http://microformats.org/about/ เกี่ยวกับไมโครฟอร์แมต], [http://microformats.org/ ข่าวสารล่าสุด], [[press]], [[presentations|งานนำเสนอ]], [[books|หนังสือ]], [[podcasts]], และ [[screencasts]].
* มีคำถามหรือ? ลองอ่าน [[faq-th|คำถามที่ถูกถามบ่อยๆ]] และดู [[glossary|อภิธานศัพท์]] สำหรับความหมายของคำศัพท์ใหม่ๆ.
* ต้องการเรียนรู้มากกว่านี้หรือเปล่า? ลองดูงานสัมนาต่างๆได้ที่ [[events]].

==ความหมาย==
ไมโครฟอร์แมตคือการใช้ HTML เพื่อแทนความหมายสำหรับสิ่งต่างๆเช่นบุคคล, เหตุการณ์, แทก, ฯลฯ ในหน้าเว็บ

ไมโครฟอร์แมตช่วยให้คุณสามารถจัดพิมพ์ข้อมูลที่มีความหมายมากขึ้นบนเว็บ และก็เป็นอีกทางเลือกที่รวดเร็วและเรียบง่ายสำหรับสนับสนุนฟีดและ APIs สำหรับเว็บของคุณ ลองดูคำอธิบายเพิ่มเติมว่า [[what-are-microformats-th|อะไรคือไมโครฟอร์แมต]] และ [[what-can-you-do-with-microformats|คุณจะนำไม่โครฟอร์แมตไปทำอะไรได้บ้าง]].

== อยากช่วยเรามั๊ย? ==
คุณต้องการช่วยเราพาไมโครฟอร์แมตให้ก้าวหน้าไปมั๊ย? คุณสามารถ:

* [[get-started|เริ่ม]] โดยการนำไมโครฟอร์แมตไปใช้ในเว็บไซต์ บริการ หรือผลิตภัณฑ์ของคุณ
* [[advocacy|กระจายข้อมูล]] เกี่ยวกับประโยชน์ของไมโครฟอร์แมตที่เว็บไซต์อื่นๆ
* เขียน [[testimonial|ประสบการณ์ดีๆที่คุณมีกับไมโครฟอร์แมต]]
* รับทำงานที่อยู่ใน [[to-do|งานที่ต้องทำ]].
* เข้าร่วมใน [[irc|IRC Channel]] และ [[mail|mailing lists]] เพื่อเรียนรู้และช่วยตอบคำถาม (ลองอ่าน [[mailing-lists#General_guidelines|กฏทั่วไปเกี่ยวกับฟอรัมข่าว]] ก่อนโพสข้อความในฟอรัม).
* [[Main_Page#microformats_wiki_translations|แปลวิกิไมโครฟอร์แมตเป็นภาษาอื่นๆ]] เพื่อทำให้คนจากประเทศต่างๆสามารถเข้าถึงข้อมูลเกี่ยวกับไมโครฟอร์แมตได้มากขึ้น
* ก่อนจะเสนอไมโครฟอร์แมตใหม่ อย่าลืมเช็คให้แน่นอนว่าเว็บไซต์ของคุณเป็น [[POSH]], [[get-started|ใช้ไมโครฟอร์แมตที่มีอยู่]], และอ่าน [[process]] ก่อน

== specification ของไมโครฟอร์แมต ==
มาตรฐานเปิด [[microformats|ไมโครฟอร์แมต]]

* [[hcalendar|hCalendar]] - [http://microformats.org/code/hcalendar/creator hCalendar creator]
* [[hcard-th|hCard]] - [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard]
* [[rel-license]]
* [[rel-nofollow-th|rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [[XFN]] - [http://gmpg.org/xfn/creator XFN creator]
* [[XMDP]]
* [[xoxo|XOXO]]

== เอกสารฉบับร่าง ==
* [[adr|adr]] - สำหรับ mark up ข้อมูลที่อยู่
* [[geo|geo]] - สำหรับ mark up [http://en.wikipedia.org/wiki/WGS84 WGS84] พิกัดทางภูมิศาสตร์ (แลตติจูด; ลองกิจูด)
* [[hatom|hAtom]] - สำหรับกระจายเนื้อหาที่เป็นตอนๆ (เช่นบล๊อก)
* [[hresume|hResume]] - สำหรับ mark up resumes และ CVs
* [[hreview|hReview]] - [http://microformats.org/code/hreview/creator hReview creator]
* [[rel-directory]] - to indicate that the destination of a hyperlink is a directory listing containing an entry for the current page
* [[rel-enclosure]] - ระบุสิ่งที่แนบ (เช่น แฟ้มข้อมูล) ให้ดาวน์โหลดหรือเก็บไว้ใน cache
* [[rel-home]] - ระบุไฮเปอร์ลิงค์ไปหาหน้า home page ของเว็บไซต์
* [[rel-payment]] - ระบุวิธีการจ่ายเงิน
* [[robots-exclusion|robots exclusion]]
* [[xfolk|xFolk]]

== Design Patterns ==
{{design_patterns}} 
* [[elemental-microformat|ไมโครฟอร์แมตแบบเดี่ยว]]
* [[compound-microformat|ไมโครฟอร์แมตแบบผสม]]

== การสนทนาทั่วไป ==
ลองดู: [[exploratory-discussions|การสนทนาทั่วไป]] เพื่อดูรายละเอียดของการวิจัยและวิเคราห์ [[examples|ตัวอย่างการใช้งานจริง]], ไมโครฟอร์แมตที่มีอยู่แล้ว, และระดมไอเดียสำหรับไมโครฟอร์แมตใหม่ๆตาม [[process|แนวทางปฏิบัติ]] งานเหล่านี้แบ่งเป็นหมวดหมู่เหล่านี้:

*[[exploratory-discussions#Active|มีการสนทนามาก]]
*[[exploratory-discussions#Current|มีการสนทนา แต่ไม่มาก]]
*[[exploratory-discussions#Moribund|หยุดการสนทนาไปแล้ว]]
*[[exploratory-discussions#Abandoned|ไอเดียตกไป]] or
*[[exploratory-discussions#Archive|เก็บเข้ากรุ]]

== ตัวอย่าง ==
* [[examples-in-the-wild|ตัวอย่างจากอินเตอร์เน็ต]]
* [[implementations]]
* [[zen-garden]]

== แหล่งข้อมูลอื่นๆ ==
อ่าน [[resources]]

== user centric development ==
*[[user-interface]]
*[[data-portability]]
*[[social-network-portability]]

== shared work areas ==
* [[to-do]]
* [[templates]]
* [http://microformats.org/wiki/delete pages for deletion] 
* [[Special:Specialpages|"Special" wiki pages]]
* [[year-in-review]]

== เครื่องมือ, การทดสอบ, การวิจัยเพิ่มเติม ==
ที่แรกที่สามารถใช้ดูตัวอย่าง โค๊ด และผลการทดสอบคือในหัวข้อย่อยของแต่ละไมโครฟอร์แมตต่างๆ มี [[tools|เครื่องมือและบริการ]] แค่ไม่กี่ตัวที่ถูกใช้ร่วมกันระหว่างไมโครฟอร์แมตต่างๆ ซึ่งส่วนนี้เป็นส่วนที่เขีียนมาเพื่อโปรแกรม editors, parsers, validators, test cases, ฯลฯ

== วิกิไมโครฟอร์แมตในภาษาอื่นๆ ==
<span id="microformats_wiki_translations_in_other_languages">คุณสามารถอ่านและแก้ไขบทความไมโครฟอร์แมตในภาษาต่างๆดังนี้:</span>

* ภาษาที่มีบทความมากกว่า 100 บทความ
** [[Main_Page-fr|<span lang="fr">ฝรั่งเศษ</span> (French)]] <span lang="fr">{{UpdateMarker-fr}}</span>
* ภาษาที่มีบทความมากกว่า 10 บทความ
** [[Main_Page-pt-br|<span lang="pt-br">โปรตุเกส</span> (Brazilian Portuguese)]]
** [[Main_Page-ja|<span lang="ja">ญี่ปุ่น</span> (Japanese)]]
* languages with over 2 articles
** [[Main_Page-cs|<span lang="cs">เช็คโกสโลวาเกีย</span> (Czech)]] {{NewMarker}}
** [[Main_Page-de|<span lang="de">เยอรมัน</span> (German)]]
** [[Main_Page-es|<span lang="es">สเปน</span> (Spanish)]]
** [[Main_Page-gl|<span lang="gl">Galego</span> (Galician)]] {{NewMarker}}
** [[Main_Page-pl|<span lang="pl">โปแลนด์</span> (Polish)]]
** [[Main_Page-ro|<span lang="ro">โรมาเนีย</span> (Romanian)]] {{NewMarker}}
** [[Main_Page-zh|<span lang="zh">จีน</span> (Chinese)]]
* ภาษาที่เพิ่งเริ่มต้นแปล
** [[Main_Page-ar|<span lang="ar">อารบิค</span> (Arabic)]]
** [[Main_Page-th|<span lang="th">ภาษาไทย</span> (Thai)]]
** [[Main_Page-it|<span lang="it">อิตาเลียน</span> (Italian)]] {{NewMarker}}
* ที่อื่นๆ
**[http://en.wikipedia.org/wiki/Microformat Wikipedia's article on microformats] has been translated into a number of languages.

ลองดู [[other-languages]] และ [[how-to-start-new-translation|วิธีเริ่มแปลภาษาใหม่]].

rel-nofollow-th

2008-08-06T13:42:44Z

SukitArseanrapoj: /* ปัญหาอื่นๆ */

= rel="nofollow" =
{{TOC-right}}

== ข้อกำหนด 10 มกราคม 2548 ==

=== บรรณาธิการ ===
* [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
* [http://epeus.blogspot.com/ Kevin Marks] ([http://technorati.com Technorati, Inc.])

=== กรอบความคิด ===
* [http://www.google.com/googleblog/ แมท คัทส์] ([http://google.com Google, Inc])
* [http://www.shellen.com/ เจสัน เชลเลน] ([http://www.blogger.com Blogger]/[http://www.google.com Google])

=== ลิขสิทธิ์ ===
{{MicroFormatCopyrightStatement2005}}
* [[User:Tantek|Tantek]]: I release all my contributions to this specification into the public domain and I encourage the other authors to do so as well.
** When all authors/editors have done so, we can remove the MicroFormatCopyrightStatement template reference and replace it with the MicroFormatPublicDomainContributionStatement.

=== สิทธิบัตร ===
{{MicroFormatPatentStatement-th}}

== บทคัดย่อ ==
RelNoFollow เป็น[[elemental-microformat|ไมโครฟอร์แมตมูลฐาน]] ซึ่งเป็นหนึ่งใน[[microformats|ไมโครฟอร์แมต]]ที่เป็นมาตรฐานเปิด ด้วยการเพิ่ม <code>rel="nofollow"</code> ให้ hyperlink หน้าเว็บนั้นแสดงเจตจำนงว่าหน้าที่ hyperlink นั้นชี้ไป{{should-not-th}}ได้รับการพิจารณาพิเศษจาก user agent ต่างๆที่วิเคราะห์ลิงก์ในหน้าเว็บ (เช่นเสิร์ชเอ็นจิน) กรณีใช้งานทั่วไปก็เช่น ลิงก์ที่สร้างโดยผู้แสดงความคิดเห็นบนบล๊อก หรือลิงก์ที่ผู้เขียนอยากจะชี้ไปถึงแต่ไม่ได้เป็นคนเขียนเอง สำหรับการสลักหลัง (หรือไม่สลักหลัง) ดู [[vote-links|VoteLinks]].

== XMDP profile ==
<pre><nowiki>
<dl class="profile">
<dt id="rel">rel</dt>
<dd><p>
<a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
HTML4 definition of the 'rel' attribute.</a>
Here is an additional value.</p>
<dl>
<dt id="nofollow">nofollow</dt>
<dd>Indicates that the referred resource was not necessarily linked to
by the author of the page, and thus said reference should not afford
the referred resource any additional weight or ranking by user agents. </dd>
</dl>
</dd>
</dl>
</nowiki></pre>

== ตัวอย่างในอินเทอร์เน็ต ==
ข้อความส่วนนี้มีไว้เพื่อแจ้งให้ทราบ
หมายเหตุ: rel-nofollow มีประโยชน์ใช้สอยอย่างหลากหลาย รายการที่มีอยู่นี้ไม่ใช่รายการที่สมบูรณ์ ถ้าเว็บไซต์ของคุณใช้ rel-nofollow คุณสามารถเพิ่มเว็บของคุณในรายการนี้ได้ ถ้ารายการเริ่มใหญ่เกินไป เราจะสร้างหน้าวิกิใหม่เพื่อเก็บรายการนี้โดยเฉพาะที่ [[rel-nofollow-examples-in-wild]]
* [http://funadvice.com FunAdvice] สนับสนุนให้ผู้ใช้ใช้แทก rel-nofollow เพื่อป้องกันการตีพิมพ์เนื้อหาเพียงเพราะต้องการเพิ่มอันดับของเว็บไซต์ในเสิร์ชเอ็นจิน ทั้งนี้เพื่อปรับปรุงคุณภาพของคำแนะนำจากชุมชนของเว็บให้ดีขึ้น

== แหล่งอ้างอิงหลัก ==
* [http://gmpg.org/xmdp/ XMDP]
* http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

== แหล่งอ้างอิงเพิ่มเติม ==
* VoteLinks can be used by an author to explicitly state their support for or against, or neutrality toward the destination of a link. Implementers implementing rel="nofollow" and VoteLinks should similarly not afford any additional weight or ranking to links with either <code>rev="vote-abstain"</code> or <code>rev="vote-against"</code>.
* Contributed from http://developers.technorati.com/wiki/RelNoFollow

== ปัญหาที่พบ ==
These are open issues that have been raised about rel="nofollow" that have been raised in various forums, in particular, on the public [http://lists.w3.org/Archives/Public/www-html W3C www-html mailing list]. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-issues]]). The issues have been grouped into four areas.

* '''Definition'''. nofollow indicates a behavior rather than a relationship from which the behavior should be inferred as appropriate for the useragent. rel values should be nouns that indicates what the resource being referenced is in relation to the source.
* '''Name'''. nofollow is a bad name.
** overloading. does not mean the same as robots exclusion standards (robots.txt, meta robots) nofollow.
** does not mean what it says. does not mean "do not follow this link", rather it means " do not add weight from this link". [http://www.w3.org/mid/opsk3cccj9lo81gp@quark Asbjørn Ulsberg]
** not a noun. see above.
** suggested alternatives:
*** noendorse - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0046.html Micah Dubinko]
*** none
*** noweight
*** unendorsed - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0057.html Lachlan Hunt]
*** unrelated - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0049.html Jens Meiert]
*** untrusted
*** nonauth - [http://www.mnot.net/blog/2003/12/29/comment_spam_and_google Mark Baker]
*** norank - [http://www.digitalburg.com/ Ben Pierce]
* '''Efficacy'''. nofollow will not affect spamming behavior.
* '''Collateral Damage'''. If tools automatically add nofollow to all 3rd party links, then many legitimate non-spam links will be ignored or given reduced weight, and thus the destination of such links will be unfortunate casualties.

* '''Fallacious'''. Not endorsing is not equivalent to not available to tying semantic relations. Pro- and contra sides are relevant to each other, even though they might refuse to "endorse" eachother.

=== ปัญหาอื่นๆ ===
คุณสามารถดูปัญหาอื่นๆเกี่ยวกับ rel="nofollow" ได้ที่:
* http://www.nonofollow.net/

rel-nofollow-th

2008-08-06T13:41:02Z

SukitArseanrapoj: /* ตัวอย่างในอินเทอร์เน็ต */

= rel="nofollow" =
{{TOC-right}}

== ข้อกำหนด 10 มกราคม 2548 ==

=== บรรณาธิการ ===
* [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
* [http://epeus.blogspot.com/ Kevin Marks] ([http://technorati.com Technorati, Inc.])

=== กรอบความคิด ===
* [http://www.google.com/googleblog/ แมท คัทส์] ([http://google.com Google, Inc])
* [http://www.shellen.com/ เจสัน เชลเลน] ([http://www.blogger.com Blogger]/[http://www.google.com Google])

=== ลิขสิทธิ์ ===
{{MicroFormatCopyrightStatement2005}}
* [[User:Tantek|Tantek]]: I release all my contributions to this specification into the public domain and I encourage the other authors to do so as well.
** When all authors/editors have done so, we can remove the MicroFormatCopyrightStatement template reference and replace it with the MicroFormatPublicDomainContributionStatement.

=== สิทธิบัตร ===
{{MicroFormatPatentStatement-th}}

== บทคัดย่อ ==
RelNoFollow เป็น[[elemental-microformat|ไมโครฟอร์แมตมูลฐาน]] ซึ่งเป็นหนึ่งใน[[microformats|ไมโครฟอร์แมต]]ที่เป็นมาตรฐานเปิด ด้วยการเพิ่ม <code>rel="nofollow"</code> ให้ hyperlink หน้าเว็บนั้นแสดงเจตจำนงว่าหน้าที่ hyperlink นั้นชี้ไป{{should-not-th}}ได้รับการพิจารณาพิเศษจาก user agent ต่างๆที่วิเคราะห์ลิงก์ในหน้าเว็บ (เช่นเสิร์ชเอ็นจิน) กรณีใช้งานทั่วไปก็เช่น ลิงก์ที่สร้างโดยผู้แสดงความคิดเห็นบนบล๊อก หรือลิงก์ที่ผู้เขียนอยากจะชี้ไปถึงแต่ไม่ได้เป็นคนเขียนเอง สำหรับการสลักหลัง (หรือไม่สลักหลัง) ดู [[vote-links|VoteLinks]].

== XMDP profile ==
<pre><nowiki>
<dl class="profile">
<dt id="rel">rel</dt>
<dd><p>
<a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
HTML4 definition of the 'rel' attribute.</a>
Here is an additional value.</p>
<dl>
<dt id="nofollow">nofollow</dt>
<dd>Indicates that the referred resource was not necessarily linked to
by the author of the page, and thus said reference should not afford
the referred resource any additional weight or ranking by user agents. </dd>
</dl>
</dd>
</dl>
</nowiki></pre>

== ตัวอย่างในอินเทอร์เน็ต ==
ข้อความส่วนนี้มีไว้เพื่อแจ้งให้ทราบ
หมายเหตุ: rel-nofollow มีประโยชน์ใช้สอยอย่างหลากหลาย รายการที่มีอยู่นี้ไม่ใช่รายการที่สมบูรณ์ ถ้าเว็บไซต์ของคุณใช้ rel-nofollow คุณสามารถเพิ่มเว็บของคุณในรายการนี้ได้ ถ้ารายการเริ่มใหญ่เกินไป เราจะสร้างหน้าวิกิใหม่เพื่อเก็บรายการนี้โดยเฉพาะที่ [[rel-nofollow-examples-in-wild]]
* [http://funadvice.com FunAdvice] สนับสนุนให้ผู้ใช้ใช้แทก rel-nofollow เพื่อป้องกันการตีพิมพ์เนื้อหาเพียงเพราะต้องการเพิ่มอันดับของเว็บไซต์ในเสิร์ชเอ็นจิน ทั้งนี้เพื่อปรับปรุงคุณภาพของคำแนะนำจากชุมชนของเว็บให้ดีขึ้น

== แหล่งอ้างอิงหลัก ==
* [http://gmpg.org/xmdp/ XMDP]
* http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

== แหล่งอ้างอิงเพิ่มเติม ==
* VoteLinks can be used by an author to explicitly state their support for or against, or neutrality toward the destination of a link. Implementers implementing rel="nofollow" and VoteLinks should similarly not afford any additional weight or ranking to links with either <code>rev="vote-abstain"</code> or <code>rev="vote-against"</code>.
* Contributed from http://developers.technorati.com/wiki/RelNoFollow

== ปัญหาที่พบ ==
These are open issues that have been raised about rel="nofollow" that have been raised in various forums, in particular, on the public [http://lists.w3.org/Archives/Public/www-html W3C www-html mailing list]. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-issues]]). The issues have been grouped into four areas.

* '''Definition'''. nofollow indicates a behavior rather than a relationship from which the behavior should be inferred as appropriate for the useragent. rel values should be nouns that indicates what the resource being referenced is in relation to the source.
* '''Name'''. nofollow is a bad name.
** overloading. does not mean the same as robots exclusion standards (robots.txt, meta robots) nofollow.
** does not mean what it says. does not mean "do not follow this link", rather it means " do not add weight from this link". [http://www.w3.org/mid/opsk3cccj9lo81gp@quark Asbjørn Ulsberg]
** not a noun. see above.
** suggested alternatives:
*** noendorse - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0046.html Micah Dubinko]
*** none
*** noweight
*** unendorsed - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0057.html Lachlan Hunt]
*** unrelated - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0049.html Jens Meiert]
*** untrusted
*** nonauth - [http://www.mnot.net/blog/2003/12/29/comment_spam_and_google Mark Baker]
*** norank - [http://www.digitalburg.com/ Ben Pierce]
* '''Efficacy'''. nofollow will not affect spamming behavior.
* '''Collateral Damage'''. If tools automatically add nofollow to all 3rd party links, then many legitimate non-spam links will be ignored or given reduced weight, and thus the destination of such links will be unfortunate casualties.

* '''Fallacious'''. Not endorsing is not equivalent to not available to tying semantic relations. Pro- and contra sides are relevant to each other, even though they might refuse to "endorse" eachother.

=== ปัญหาอื่นๆ ===
Additional lists of issues raised against rel="nofollow" can be found at the following site(s):
* http://www.nonofollow.net/

hcard-th

2008-08-06T13:29:09Z

SukitArseanrapoj: /* Specification */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== ข้อกำหนด ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า[[hcard#Implied_.22n.22_Optimization|การแทนค่าคุณสมบัติ "n" แบบเป็นนัย]]มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== การตัดตอนเนื้อหาเพื่อแทนค่าของคุณสมบัติ ===
ในบางครั้งแค่ส่วนใดส่วนหนึ่งของ element ถูกใช้แทนค่าของคุณสมบัติ เช่นในคุณสมบัติย่อยของ 'tel' ที่ใช้แทนชนิดของบอร์โทรศัพท์ สำหรับกรณีนี้ให้ใช้ชื่อ class "<code>value</code>" เพื่อตัดตอนเนื้อหาส่วนที่แทนค่าของคุณสมบัติใน markup

ด้านล่างเป็นตัวอย่างของการใช้ class นี้สำหรับแทนค่าเบอร์โทรศัพท์บ้าน:<br/>

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

hCard นี้สามารถแสดงผลเป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== คุณสมบัติที่ไม่ใช้ ===
vCard มีคุณสมบัติบางอันที่ไม่มีความหมายสำหรับเนื้อหาในหน้าเว็บ เนื้อหาส่วนนี้อธิบายว่าทำไมคุณไม่ควรใช้คุณสมบัติเหล่านั้น

# คุณสมบัติ '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', และ '''VERSION''' ของ vCard ถูกอธิบายในหัวข้อ 2.1.2, 2.1.3, 2.1.4, 3.6.3, และ 3.6.9 ของ [[rfc-2426|RFC2426]] ผู้เผยแพร่เนื้อหา{{must-not-th}}ใช้คุณสมบัติเหล่านี้ใน hCard และผู้ใช้เนื้อหานี้{{must-th}}ไม่นำคุณสมบัติเหล่านี้มาใช้ถ้ามีอยู่ใน hCard
# เมื่อมีการแปลงจาก vCard เป็น hCard คุณ {{should-th}} ใช้ชื่อของหน้าเว็บที่มี hCard (จาก <code><title></code> ของเอกสาร HTML) เพื่อสร้างคุณสมบัติ NAME
# {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== การแทนค่าคุณสมบัติ "nickname" แบบเป็นนัย ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นโดยผู้เขียน [[hReview|reviews]]) hCard เองก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการแทนค่า "N" แบบเป็นนัย ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" โดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

=== การแทนค่าคุณสมบัติ "organization-name" แบบเป็นนัย ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน

=== การใช้ Tag เพื่อจัดกลุ่ม ===
คุณ {{may-th}} แทนคุณสมบัติกลุ่มใน hCard ได้โดยการใช้ tag ผ่าน [[rel-tag]] เมื่อคุณสมบัติ category เป็น rel-tag ค่าของ tag นั้นถือเป็นชื่อของกลุ่ม

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== แรงบันดาลใจและกิตติกรรมประกาศ ==
ขอบคุณ: เพื่อนที่ดีของผม [http://vadim.com/ Vadim] ซึ่งทำให้ผมได้รู้จักกับ vCard ''หลาย'' ปีที่แล้ว ถ้าผมใ่ส่ใจในเรื่องนี้มากกว่านี้สักหน่อยในตอนนั้น ผมคงจะช่วยให้หลายๆคนไม่ต้องเสียเวลาสร้างมาตรฐานใหม่เพื่อที่ทำสิ่งเดียวกับมาตรฐานที่มีอยู่แล้ว

== บันทึกเกี่ยวกับส่วนดัดแปลงจาก vCard ==
ส่วนนี้มีไว้เพื่อ ''อ้างอิง''

<div id="Semantic_XHTML_Design_Principles">ดู: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== ส่วนดัดแปลงเกี่ยวกับการใช้เอกพจน์และพหูพจน์ ===
[[hcard#Singular_vs._Plural_Properties|รายชื่อคุณสมบัติที่เป็นเอกพจน์และพหูพจน์]] ได้มาจากการวิเคราะห์ความหมายของแต่ละคุณสมบัติใน vCard RFC2426 และตัดสินใจว่าคุณสมบัติไหน{{must-th}}เป็นเอกพจน์โดยดูตามความหมายของคุณสมบัตินั้นๆ ดูคำอธิบายเพิ่มเติมที่ [[hcard-singular-properties]]

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

rel-nofollow-th

2008-08-06T13:28:29Z

SukitArseanrapoj: /* Specification 10 มกราคม 2548 */

= rel="nofollow" =
{{TOC-right}}

== ข้อกำหนด 10 มกราคม 2548 ==

=== บรรณาธิการ ===
* [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
* [http://epeus.blogspot.com/ Kevin Marks] ([http://technorati.com Technorati, Inc.])

=== กรอบความคิด ===
* [http://www.google.com/googleblog/ แมท คัทส์] ([http://google.com Google, Inc])
* [http://www.shellen.com/ เจสัน เชลเลน] ([http://www.blogger.com Blogger]/[http://www.google.com Google])

=== ลิขสิทธิ์ ===
{{MicroFormatCopyrightStatement2005}}
* [[User:Tantek|Tantek]]: I release all my contributions to this specification into the public domain and I encourage the other authors to do so as well.
** When all authors/editors have done so, we can remove the MicroFormatCopyrightStatement template reference and replace it with the MicroFormatPublicDomainContributionStatement.

=== สิทธิบัตร ===
{{MicroFormatPatentStatement-th}}

== บทคัดย่อ ==
RelNoFollow เป็น[[elemental-microformat|ไมโครฟอร์แมตมูลฐาน]] ซึ่งเป็นหนึ่งใน[[microformats|ไมโครฟอร์แมต]]ที่เป็นมาตรฐานเปิด ด้วยการเพิ่ม <code>rel="nofollow"</code> ให้ hyperlink หน้าเว็บนั้นแสดงเจตจำนงว่าหน้าที่ hyperlink นั้นชี้ไป{{should-not-th}}ได้รับการพิจารณาพิเศษจาก user agent ต่างๆที่วิเคราะห์ลิงก์ในหน้าเว็บ (เช่นเสิร์ชเอ็นจิน) กรณีใช้งานทั่วไปก็เช่น ลิงก์ที่สร้างโดยผู้แสดงความคิดเห็นบนบล๊อก หรือลิงก์ที่ผู้เขียนอยากจะชี้ไปถึงแต่ไม่ได้เป็นคนเขียนเอง สำหรับการสลักหลัง (หรือไม่สลักหลัง) ดู [[vote-links|VoteLinks]].

== XMDP profile ==
<pre><nowiki>
<dl class="profile">
<dt id="rel">rel</dt>
<dd><p>
<a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
HTML4 definition of the 'rel' attribute.</a>
Here is an additional value.</p>
<dl>
<dt id="nofollow">nofollow</dt>
<dd>Indicates that the referred resource was not necessarily linked to
by the author of the page, and thus said reference should not afford
the referred resource any additional weight or ranking by user agents. </dd>
</dl>
</dd>
</dl>
</nowiki></pre>

== ตัวอย่างในอินเทอร์เน็ต ==
This section is informative.
Note: There are numerous uses of rel-nofollow in the wild, this is very much an incomplete list. If your site marked up with rel-nofollow, feel free to add it to the top of this list. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-examples-in-wild]]).
* [http://funadvice.com FunAdvice] supports using the rel-nofollow tag to prevent users posting content simply for the search engine benefit, to improve the quality of the advice giving community.

== แหล่งอ้างอิงหลัก ==
* [http://gmpg.org/xmdp/ XMDP]
* http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

== แหล่งอ้างอิงเพิ่มเติม ==
* VoteLinks can be used by an author to explicitly state their support for or against, or neutrality toward the destination of a link. Implementers implementing rel="nofollow" and VoteLinks should similarly not afford any additional weight or ranking to links with either <code>rev="vote-abstain"</code> or <code>rev="vote-against"</code>.
* Contributed from http://developers.technorati.com/wiki/RelNoFollow

== ปัญหาที่พบ ==
These are open issues that have been raised about rel="nofollow" that have been raised in various forums, in particular, on the public [http://lists.w3.org/Archives/Public/www-html W3C www-html mailing list]. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-issues]]). The issues have been grouped into four areas.

* '''Definition'''. nofollow indicates a behavior rather than a relationship from which the behavior should be inferred as appropriate for the useragent. rel values should be nouns that indicates what the resource being referenced is in relation to the source.
* '''Name'''. nofollow is a bad name.
** overloading. does not mean the same as robots exclusion standards (robots.txt, meta robots) nofollow.
** does not mean what it says. does not mean "do not follow this link", rather it means " do not add weight from this link". [http://www.w3.org/mid/opsk3cccj9lo81gp@quark Asbjørn Ulsberg]
** not a noun. see above.
** suggested alternatives:
*** noendorse - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0046.html Micah Dubinko]
*** none
*** noweight
*** unendorsed - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0057.html Lachlan Hunt]
*** unrelated - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0049.html Jens Meiert]
*** untrusted
*** nonauth - [http://www.mnot.net/blog/2003/12/29/comment_spam_and_google Mark Baker]
*** norank - [http://www.digitalburg.com/ Ben Pierce]
* '''Efficacy'''. nofollow will not affect spamming behavior.
* '''Collateral Damage'''. If tools automatically add nofollow to all 3rd party links, then many legitimate non-spam links will be ignored or given reduced weight, and thus the destination of such links will be unfortunate casualties.

* '''Fallacious'''. Not endorsing is not equivalent to not available to tying semantic relations. Pro- and contra sides are relevant to each other, even though they might refuse to "endorse" eachother.

=== ปัญหาอื่นๆ ===
Additional lists of issues raised against rel="nofollow" can be found at the following site(s):
* http://www.nonofollow.net/

Template:MicroFormatPatentStatement-th

2008-08-06T13:25:03Z

SukitArseanrapoj:

specification ฉบับนี้อยู่ภายใต้ข้อบังคับของนโยบายสิทธิบัตรไม่คิดค่าลิขสิทธิ์สำหรับการใช้งาน เช่นเดียวกันกับ [http://www.w3.org/Consortium/Patent-Policy-20040205/ นโยบายสิทธิบัตรของ W3C] และ IETF [http://www.ietf.org/rfc/rfc3667.txt RFC3667] กับ [http://www.ietf.org/rfc/rfc3668.txt RFC3668].

rel-nofollow-th

2008-08-06T13:16:02Z

SukitArseanrapoj: /* สิทธิบัตร */

= rel="nofollow" =
{{TOC-right}}

== Specification 10 มกราคม 2548 ==

=== บรรณาธิการ ===
* [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
* [http://epeus.blogspot.com/ Kevin Marks] ([http://technorati.com Technorati, Inc.])

=== คอนเซ็ปต์ ===
* [http://www.google.com/googleblog/ แมท คัทส์] ([http://google.com Google, Inc])
* [http://www.shellen.com/ เจสัน เชลเลน] ([http://www.blogger.com Blogger]/[http://www.google.com Google])

=== ลิขสิทธิ์ ===
{{MicroFormatCopyrightStatement2005}}
* [[User:Tantek|Tantek]]: I release all my contributions to this specification into the public domain and I encourage the other authors to do so as well.
** When all authors/editors have done so, we can remove the MicroFormatCopyrightStatement template reference and replace it with the MicroFormatPublicDomainContributionStatement.

=== สิทธิบัตร ===
{{MicroFormatPatentStatement-th}}

== บทคัดย่อ ==
RelNoFollow เป็น[[elemental-microformat|ไมโครฟอร์แมตมูลฐาน]] ซึ่งเป็นหนึ่งใน[[microformats|ไมโครฟอร์แมต]]ที่เป็นมาตรฐานเปิด ด้วยการเพิ่ม <code>rel="nofollow"</code> ให้ hyperlink หน้าเว็บนั้นแสดงเจตจำนงว่าหน้าที่ hyperlink นั้นชี้ไป{{should-not-th}}ได้รับการพิจารณาพิเศษจาก user agent ต่างๆที่วิเคราะห์ลิงก์ในหน้าเว็บ (เช่นเสิร์ชเอ็นจิน) กรณีใช้งานทั่วไปก็เช่น ลิงก์ที่สร้างโดยผู้แสดงความคิดเห็นบนบล๊อก หรือลิงก์ที่ผู้เขียนอยากจะชี้ไปถึงแต่ไม่ได้เป็นคนเขียนเอง สำหรับการสลักหลัง (หรือไม่สลักหลัง) ดู [[vote-links|VoteLinks]].

== XMDP profile ==
<pre><nowiki>
<dl class="profile">
<dt id="rel">rel</dt>
<dd><p>
<a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
HTML4 definition of the 'rel' attribute.</a>
Here is an additional value.</p>
<dl>
<dt id="nofollow">nofollow</dt>
<dd>Indicates that the referred resource was not necessarily linked to
by the author of the page, and thus said reference should not afford
the referred resource any additional weight or ranking by user agents. </dd>
</dl>
</dd>
</dl>
</nowiki></pre>

== ตัวอย่างในอินเทอร์เน็ต ==
This section is informative.
Note: There are numerous uses of rel-nofollow in the wild, this is very much an incomplete list. If your site marked up with rel-nofollow, feel free to add it to the top of this list. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-examples-in-wild]]).
* [http://funadvice.com FunAdvice] supports using the rel-nofollow tag to prevent users posting content simply for the search engine benefit, to improve the quality of the advice giving community.

== แหล่งอ้างอิงหลัก ==
* [http://gmpg.org/xmdp/ XMDP]
* http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

== แหล่งอ้างอิงเพิ่มเติม ==
* VoteLinks can be used by an author to explicitly state their support for or against, or neutrality toward the destination of a link. Implementers implementing rel="nofollow" and VoteLinks should similarly not afford any additional weight or ranking to links with either <code>rev="vote-abstain"</code> or <code>rev="vote-against"</code>.
* Contributed from http://developers.technorati.com/wiki/RelNoFollow

== ปัญหาที่พบ ==
These are open issues that have been raised about rel="nofollow" that have been raised in various forums, in particular, on the public [http://lists.w3.org/Archives/Public/www-html W3C www-html mailing list]. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-issues]]). The issues have been grouped into four areas.

* '''Definition'''. nofollow indicates a behavior rather than a relationship from which the behavior should be inferred as appropriate for the useragent. rel values should be nouns that indicates what the resource being referenced is in relation to the source.
* '''Name'''. nofollow is a bad name.
** overloading. does not mean the same as robots exclusion standards (robots.txt, meta robots) nofollow.
** does not mean what it says. does not mean "do not follow this link", rather it means " do not add weight from this link". [http://www.w3.org/mid/opsk3cccj9lo81gp@quark Asbjørn Ulsberg]
** not a noun. see above.
** suggested alternatives:
*** noendorse - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0046.html Micah Dubinko]
*** none
*** noweight
*** unendorsed - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0057.html Lachlan Hunt]
*** unrelated - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0049.html Jens Meiert]
*** untrusted
*** nonauth - [http://www.mnot.net/blog/2003/12/29/comment_spam_and_google Mark Baker]
*** norank - [http://www.digitalburg.com/ Ben Pierce]
* '''Efficacy'''. nofollow will not affect spamming behavior.
* '''Collateral Damage'''. If tools automatically add nofollow to all 3rd party links, then many legitimate non-spam links will be ignored or given reduced weight, and thus the destination of such links will be unfortunate casualties.

* '''Fallacious'''. Not endorsing is not equivalent to not available to tying semantic relations. Pro- and contra sides are relevant to each other, even though they might refuse to "endorse" eachother.

=== ปัญหาอื่นๆ ===
Additional lists of issues raised against rel="nofollow" can be found at the following site(s):
* http://www.nonofollow.net/

rel-nofollow-th

2008-08-02T17:16:54Z

SukitArseanrapoj: /* บทคัดย่อ */

= rel="nofollow" =
{{TOC-right}}

== Specification 10 มกราคม 2548 ==

=== บรรณาธิการ ===
* [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
* [http://epeus.blogspot.com/ Kevin Marks] ([http://technorati.com Technorati, Inc.])

=== คอนเซ็ปต์ ===
* [http://www.google.com/googleblog/ แมท คัทส์] ([http://google.com Google, Inc])
* [http://www.shellen.com/ เจสัน เชลเลน] ([http://www.blogger.com Blogger]/[http://www.google.com Google])

=== ลิขสิทธิ์ ===
{{MicroFormatCopyrightStatement2005}}
* [[User:Tantek|Tantek]]: I release all my contributions to this specification into the public domain and I encourage the other authors to do so as well.
** When all authors/editors have done so, we can remove the MicroFormatCopyrightStatement template reference and replace it with the MicroFormatPublicDomainContributionStatement.

=== สิทธิบัตร ===
{{MicroFormatPatentStatement}}

== บทคัดย่อ ==
RelNoFollow เป็น[[elemental-microformat|ไมโครฟอร์แมตมูลฐาน]] ซึ่งเป็นหนึ่งใน[[microformats|ไมโครฟอร์แมต]]ที่เป็นมาตรฐานเปิด ด้วยการเพิ่ม <code>rel="nofollow"</code> ให้ hyperlink หน้าเว็บนั้นแสดงเจตจำนงว่าหน้าที่ hyperlink นั้นชี้ไป{{should-not-th}}ได้รับการพิจารณาพิเศษจาก user agent ต่างๆที่วิเคราะห์ลิงก์ในหน้าเว็บ (เช่นเสิร์ชเอ็นจิน) กรณีใช้งานทั่วไปก็เช่น ลิงก์ที่สร้างโดยผู้แสดงความคิดเห็นบนบล๊อก หรือลิงก์ที่ผู้เขียนอยากจะชี้ไปถึงแต่ไม่ได้เป็นคนเขียนเอง สำหรับการสลักหลัง (หรือไม่สลักหลัง) ดู [[vote-links|VoteLinks]].

== XMDP profile ==
<pre><nowiki>
<dl class="profile">
<dt id="rel">rel</dt>
<dd><p>
<a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
HTML4 definition of the 'rel' attribute.</a>
Here is an additional value.</p>
<dl>
<dt id="nofollow">nofollow</dt>
<dd>Indicates that the referred resource was not necessarily linked to
by the author of the page, and thus said reference should not afford
the referred resource any additional weight or ranking by user agents. </dd>
</dl>
</dd>
</dl>
</nowiki></pre>

== ตัวอย่างในอินเทอร์เน็ต ==
This section is informative.
Note: There are numerous uses of rel-nofollow in the wild, this is very much an incomplete list. If your site marked up with rel-nofollow, feel free to add it to the top of this list. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-examples-in-wild]]).
* [http://funadvice.com FunAdvice] supports using the rel-nofollow tag to prevent users posting content simply for the search engine benefit, to improve the quality of the advice giving community.

== แหล่งอ้างอิงหลัก ==
* [http://gmpg.org/xmdp/ XMDP]
* http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

== แหล่งอ้างอิงเพิ่มเติม ==
* VoteLinks can be used by an author to explicitly state their support for or against, or neutrality toward the destination of a link. Implementers implementing rel="nofollow" and VoteLinks should similarly not afford any additional weight or ranking to links with either <code>rev="vote-abstain"</code> or <code>rev="vote-against"</code>.
* Contributed from http://developers.technorati.com/wiki/RelNoFollow

== ปัญหาที่พบ ==
These are open issues that have been raised about rel="nofollow" that have been raised in various forums, in particular, on the public [http://lists.w3.org/Archives/Public/www-html W3C www-html mailing list]. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-issues]]). The issues have been grouped into four areas.

* '''Definition'''. nofollow indicates a behavior rather than a relationship from which the behavior should be inferred as appropriate for the useragent. rel values should be nouns that indicates what the resource being referenced is in relation to the source.
* '''Name'''. nofollow is a bad name.
** overloading. does not mean the same as robots exclusion standards (robots.txt, meta robots) nofollow.
** does not mean what it says. does not mean "do not follow this link", rather it means " do not add weight from this link". [http://www.w3.org/mid/opsk3cccj9lo81gp@quark Asbjørn Ulsberg]
** not a noun. see above.
** suggested alternatives:
*** noendorse - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0046.html Micah Dubinko]
*** none
*** noweight
*** unendorsed - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0057.html Lachlan Hunt]
*** unrelated - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0049.html Jens Meiert]
*** untrusted
*** nonauth - [http://www.mnot.net/blog/2003/12/29/comment_spam_and_google Mark Baker]
*** norank - [http://www.digitalburg.com/ Ben Pierce]
* '''Efficacy'''. nofollow will not affect spamming behavior.
* '''Collateral Damage'''. If tools automatically add nofollow to all 3rd party links, then many legitimate non-spam links will be ignored or given reduced weight, and thus the destination of such links will be unfortunate casualties.

* '''Fallacious'''. Not endorsing is not equivalent to not available to tying semantic relations. Pro- and contra sides are relevant to each other, even though they might refuse to "endorse" eachother.

=== ปัญหาอื่นๆ ===
Additional lists of issues raised against rel="nofollow" can be found at the following site(s):
* http://www.nonofollow.net/

Template:should-not-th

2008-08-02T17:16:01Z

SukitArseanrapoj:

ไม่ควรจะ

Template:rfc-2119-intro-th

2008-08-02T17:15:44Z

SukitArseanrapoj:

คำพิเศษเหล่านี้ "{{must-th}} ", "{{must-not-th}}", "{{required}}", "{{shall}}", "{{shall-not}}", "{{should}}", "{{should-not-th}}", "{{recommended}}", "{{may-th}} ", และ "{{optional-th}} " ให้ตีความหมายตามคำอธิบายใน [[rfc-2119|RFC 2119]].

rel-nofollow-th

2008-08-02T17:14:05Z

SukitArseanrapoj: /* Abstract */

= rel="nofollow" =
{{TOC-right}}

== Specification 10 มกราคม 2548 ==

=== บรรณาธิการ ===
* [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
* [http://epeus.blogspot.com/ Kevin Marks] ([http://technorati.com Technorati, Inc.])

=== คอนเซ็ปต์ ===
* [http://www.google.com/googleblog/ แมท คัทส์] ([http://google.com Google, Inc])
* [http://www.shellen.com/ เจสัน เชลเลน] ([http://www.blogger.com Blogger]/[http://www.google.com Google])

=== ลิขสิทธิ์ ===
{{MicroFormatCopyrightStatement2005}}
* [[User:Tantek|Tantek]]: I release all my contributions to this specification into the public domain and I encourage the other authors to do so as well.
** When all authors/editors have done so, we can remove the MicroFormatCopyrightStatement template reference and replace it with the MicroFormatPublicDomainContributionStatement.

=== สิทธิบัตร ===
{{MicroFormatPatentStatement}}

== บทคัดย่อ ==
RelNoFollow เป็น[[elemental-microformat|ไมโครฟอร์แมตมูลฐาน]] ซึ่งเป็นหนึ่งใน[[microformats|ไมโครฟอร์แมต]]ที่เป็นมาตรฐานเปิด ด้วยการเพิ่ม <code>rel="nofollow"</code> ให้ hyperlink หน้าเว็บนั้นแสดงเจตจำนงว่าหน้าที่ hyperlink นั้นชี้ไป{{ไม่ควรจะ}}ได้รับการพิจารณาพิเศษจาก user agent ต่างๆที่วิเคราะห์ลิงก์ในหน้าเว็บ (เช่นเสิร์ชเอ็นจิน) กรณีใช้งานทั่วไปก็เช่น ลิงก์ที่สร้างโดยผู้แสดงความคิดเห็นบนบล๊อก หรือลิงก์ที่ผู้เขียนอยากจะชี้ไปถึงแต่ไม่ได้เป็นคนเขียนเอง สำหรับการสลักหลัง (หรือไม่สลักหลัง) ดู [[vote-links|VoteLinks]].

== XMDP profile ==
<pre><nowiki>
<dl class="profile">
<dt id="rel">rel</dt>
<dd><p>
<a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
HTML4 definition of the 'rel' attribute.</a>
Here is an additional value.</p>
<dl>
<dt id="nofollow">nofollow</dt>
<dd>Indicates that the referred resource was not necessarily linked to
by the author of the page, and thus said reference should not afford
the referred resource any additional weight or ranking by user agents. </dd>
</dl>
</dd>
</dl>
</nowiki></pre>

== ตัวอย่างในอินเทอร์เน็ต ==
This section is informative.
Note: There are numerous uses of rel-nofollow in the wild, this is very much an incomplete list. If your site marked up with rel-nofollow, feel free to add it to the top of this list. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-examples-in-wild]]).
* [http://funadvice.com FunAdvice] supports using the rel-nofollow tag to prevent users posting content simply for the search engine benefit, to improve the quality of the advice giving community.

== แหล่งอ้างอิงหลัก ==
* [http://gmpg.org/xmdp/ XMDP]
* http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

== แหล่งอ้างอิงเพิ่มเติม ==
* VoteLinks can be used by an author to explicitly state their support for or against, or neutrality toward the destination of a link. Implementers implementing rel="nofollow" and VoteLinks should similarly not afford any additional weight or ranking to links with either <code>rev="vote-abstain"</code> or <code>rev="vote-against"</code>.
* Contributed from http://developers.technorati.com/wiki/RelNoFollow

== ปัญหาที่พบ ==
These are open issues that have been raised about rel="nofollow" that have been raised in various forums, in particular, on the public [http://lists.w3.org/Archives/Public/www-html W3C www-html mailing list]. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-issues]]). The issues have been grouped into four areas.

* '''Definition'''. nofollow indicates a behavior rather than a relationship from which the behavior should be inferred as appropriate for the useragent. rel values should be nouns that indicates what the resource being referenced is in relation to the source.
* '''Name'''. nofollow is a bad name.
** overloading. does not mean the same as robots exclusion standards (robots.txt, meta robots) nofollow.
** does not mean what it says. does not mean "do not follow this link", rather it means " do not add weight from this link". [http://www.w3.org/mid/opsk3cccj9lo81gp@quark Asbjørn Ulsberg]
** not a noun. see above.
** suggested alternatives:
*** noendorse - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0046.html Micah Dubinko]
*** none
*** noweight
*** unendorsed - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0057.html Lachlan Hunt]
*** unrelated - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0049.html Jens Meiert]
*** untrusted
*** nonauth - [http://www.mnot.net/blog/2003/12/29/comment_spam_and_google Mark Baker]
*** norank - [http://www.digitalburg.com/ Ben Pierce]
* '''Efficacy'''. nofollow will not affect spamming behavior.
* '''Collateral Damage'''. If tools automatically add nofollow to all 3rd party links, then many legitimate non-spam links will be ignored or given reduced weight, and thus the destination of such links will be unfortunate casualties.

* '''Fallacious'''. Not endorsing is not equivalent to not available to tying semantic relations. Pro- and contra sides are relevant to each other, even though they might refuse to "endorse" eachother.

=== ปัญหาอื่นๆ ===
Additional lists of issues raised against rel="nofollow" can be found at the following site(s):
* http://www.nonofollow.net/

rel-nofollow-th

2008-07-30T16:01:01Z

SukitArseanrapoj:

= rel="nofollow" =
{{TOC-right}}

== Specification 10 มกราคม 2548 ==

=== บรรณาธิการ ===
* [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
* [http://epeus.blogspot.com/ Kevin Marks] ([http://technorati.com Technorati, Inc.])

=== คอนเซ็ปต์ ===
* [http://www.google.com/googleblog/ แมท คัทส์] ([http://google.com Google, Inc])
* [http://www.shellen.com/ เจสัน เชลเลน] ([http://www.blogger.com Blogger]/[http://www.google.com Google])

=== ลิขสิทธิ์ ===
{{MicroFormatCopyrightStatement2005}}
* [[User:Tantek|Tantek]]: I release all my contributions to this specification into the public domain and I encourage the other authors to do so as well.
** When all authors/editors have done so, we can remove the MicroFormatCopyrightStatement template reference and replace it with the MicroFormatPublicDomainContributionStatement.

=== สิทธิบัตร ===
{{MicroFormatPatentStatement}}

== Abstract ==
RelNoFollow is an [[elemental-microformat|elemental microformat]], one of several [[microformats|microformat]] open standards. By adding <code>rel="nofollow"</code> to a hyperlink, a page indicates that the destination of that hyperlink {{should not}} be afforded any additional weight or ranking by user agents which perform link analysis upon web pages (e.g. search engines). Typical use cases include links created by 3rd party commenters on blogs, or links the author wishes to point to, but avoid endorsing. For more specific endorsement (or lack thereof) semantics, see [[vote-links|VoteLinks]].

== XMDP profile ==
<pre><nowiki>
<dl class="profile">
<dt id="rel">rel</dt>
<dd><p>
<a rel="help" href="http://www.w3.org/TR/html401/struct/links.html#adef-rel">
HTML4 definition of the 'rel' attribute.</a>
Here is an additional value.</p>
<dl>
<dt id="nofollow">nofollow</dt>
<dd>Indicates that the referred resource was not necessarily linked to
by the author of the page, and thus said reference should not afford
the referred resource any additional weight or ranking by user agents. </dd>
</dl>
</dd>
</dl>
</nowiki></pre>

== ตัวอย่างในอินเทอร์เน็ต ==
This section is informative.
Note: There are numerous uses of rel-nofollow in the wild, this is very much an incomplete list. If your site marked up with rel-nofollow, feel free to add it to the top of this list. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-examples-in-wild]]).
* [http://funadvice.com FunAdvice] supports using the rel-nofollow tag to prevent users posting content simply for the search engine benefit, to improve the quality of the advice giving community.

== แหล่งอ้างอิงหลัก ==
* [http://gmpg.org/xmdp/ XMDP]
* http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

== แหล่งอ้างอิงเพิ่มเติม ==
* VoteLinks can be used by an author to explicitly state their support for or against, or neutrality toward the destination of a link. Implementers implementing rel="nofollow" and VoteLinks should similarly not afford any additional weight or ranking to links with either <code>rev="vote-abstain"</code> or <code>rev="vote-against"</code>.
* Contributed from http://developers.technorati.com/wiki/RelNoFollow

== ปัญหาที่พบ ==
These are open issues that have been raised about rel="nofollow" that have been raised in various forums, in particular, on the public [http://lists.w3.org/Archives/Public/www-html W3C www-html mailing list]. Once the list grows too big, we'll make a separate wiki page ([[rel-nofollow-issues]]). The issues have been grouped into four areas.

* '''Definition'''. nofollow indicates a behavior rather than a relationship from which the behavior should be inferred as appropriate for the useragent. rel values should be nouns that indicates what the resource being referenced is in relation to the source.
* '''Name'''. nofollow is a bad name.
** overloading. does not mean the same as robots exclusion standards (robots.txt, meta robots) nofollow.
** does not mean what it says. does not mean "do not follow this link", rather it means " do not add weight from this link". [http://www.w3.org/mid/opsk3cccj9lo81gp@quark Asbjørn Ulsberg]
** not a noun. see above.
** suggested alternatives:
*** noendorse - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0046.html Micah Dubinko]
*** none
*** noweight
*** unendorsed - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0057.html Lachlan Hunt]
*** unrelated - [http://lists.w3.org/Archives/Public/www-html/2005Jan/0049.html Jens Meiert]
*** untrusted
*** nonauth - [http://www.mnot.net/blog/2003/12/29/comment_spam_and_google Mark Baker]
*** norank - [http://www.digitalburg.com/ Ben Pierce]
* '''Efficacy'''. nofollow will not affect spamming behavior.
* '''Collateral Damage'''. If tools automatically add nofollow to all 3rd party links, then many legitimate non-spam links will be ignored or given reduced weight, and thus the destination of such links will be unfortunate casualties.

* '''Fallacious'''. Not endorsing is not equivalent to not available to tying semantic relations. Pro- and contra sides are relevant to each other, even though they might refuse to "endorse" eachother.

=== ปัญหาอื่นๆ ===
Additional lists of issues raised against rel="nofollow" can be found at the following site(s):
* http://www.nonofollow.net/

Main Page-th

2008-07-30T15:54:03Z

SukitArseanrapoj: /* สเปกของไมโครฟอร์แมต */

<div style="float:right;margin-left:1em">__TOC__</div>

'''ยินดีต้อนรับสู่วิกิไมโครฟอร์แมต!'''

กรุณาอ่านหน้า [[introduction|แนะนำไมโครฟอร์แมต]] และ [[how-to-play|วิธีการใช้งานวิกิ]] ก่อนแก้ไขหน้าวิกิ.

==แนะนำไมโครฟอร์แมต==
* ทำความรู้จักกับ [http://microformats.org/wiki/posh <abbr title="Plain Old Semantic HTML">POSH</abbr>].
* หรือลองดูหน้า [http://microformats.org/about/ เกี่ยวกับไมโครฟอร์แมต], [http://microformats.org/ ข่าวสารล่าสุด], [[press]], [[presentations|งานนำเสนอ]], [[books|หนังสือ]], [[podcasts]], และ [[screencasts]].
* มีคำถามหรือ? ลองอ่าน [[faq-th|คำถามที่ถูกถามบ่อยๆ]] และดู [[glossary|อภิธานศัพท์]] สำหรับความหมายของคำศัพท์ใหม่ๆ.
* ต้องการเรียนรู้มากกว่านี้หรือเปล่า? ลองดูงานสัมนาต่างๆได้ที่ [[events]].

==ความหมาย==
ไมโครฟอร์แมตคือการใช้ HTML เพื่อแทนความหมายสำหรับสิ่งต่างๆเช่นบุคคล, เหตุการณ์, แทก, ฯลฯ ในหน้าเว็บ

ไมโครฟอร์แมตช่วยให้คุณสามารถจัดพิมพ์ข้อมูลที่มีความหมายมากขึ้นบนเว็บ และก็เป็นอีกทางเลือกที่รวดเร็วและเรียบง่ายสำหรับสนับสนุนฟีดและ APIs สำหรับเว็บของคุณ ลองดูคำอธิบายเพิ่มเติมว่า [[what-are-microformats-th|อะไรคือไมโครฟอร์แมต]] และ [[what-can-you-do-with-microformats|คุณจะนำไม่โครฟอร์แมตไปทำอะไรได้บ้าง]].

== อยากช่วยเรามั๊ย? ==
คุณต้องการช่วยเราพาไมโครฟอร์แมตให้ก้าวหน้าไปมั๊ย? คุณสามารถ:

* [[get-started|เริ่ม]] โดยการนำไมโครฟอร์แมตไปใช้ในเว็บไซต์ บริการ หรือผลิตภัณฑ์ของคุณ
* [[advocacy|กระจายข้อมูล]] เกี่ยวกับประโยชน์ของไมโครฟอร์แมตที่เว็บไซต์อื่นๆ
* เขียน [[testimonial|ประสบการณ์ดีๆที่คุณมีกับไมโครฟอร์แมต]]
* รับทำงานที่อยู่ใน [[to-do|งานที่ต้องทำ]].
* เข้าร่วมใน [[irc|IRC Channel]] และ [[mail|mailing lists]] เพื่อเรียนรู้และช่วยตอบคำถาม (ลองอ่าน [[mailing-lists#General_guidelines|กฏทั่วไปเกี่ยวกับฟอรัมข่าว]] ก่อนโพสข้อความในฟอรัม).
* [[Main_Page#microformats_wiki_translations|แปลวิกิไมโครฟอร์แมตเป็นภาษาอื่นๆ]] เพื่อทำให้คนจากประเทศต่างๆสามารถเข้าถึงข้อมูลเกี่ยวกับไมโครฟอร์แมตได้มากขึ้น
* ก่อนจะเสนอไมโครฟอร์แมตใหม่ อย่าลืมเช็คให้แน่นอนว่าเว็บไซต์ของคุณเป็น [[POSH]], [[get-started|ใช้ไมโครฟอร์แมตที่มีอยู่]], และอ่าน [[process]] ก่อน

== specification ของไมโครฟอร์แมต ==
มาตรฐานเปิด [[microformats|ไมโครฟอร์แมต]]

* [[hcalendar|hCalendar]] - [http://microformats.org/code/hcalendar/creator hCalendar creator]
* [[hcard-th|hCard]] - [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard]
* [[rel-license]]
* [[rel-nofollow-th|rel-nofollow]]
* [[rel-tag]]
* [[vote-links|VoteLinks]]
* [[XFN]] - [http://gmpg.org/xfn/creator XFN creator]
* [[XMDP]]
* [[xoxo|XOXO]]

== เอกสารฉบับร่าง ==
* [[adr|adr]] - สำหรับ mark up ข้อมูลที่อยู่
* [[geo|geo]] - สำหรับ mark up [http://en.wikipedia.org/wiki/WGS84 WGS84] พิกัดทางภูมิศาสตร์ (แลตติจูด; ลองกิจูด)
* [[hatom|hAtom]] - สำหรับกระจายเนื้อหาที่เป็นตอนๆ (เช่นบล๊อก)
* [[hresume|hResume]] - สำหรับ mark up resumes และ CVs
* [[hreview|hReview]] - [http://microformats.org/code/hreview/creator hReview creator]
* [[rel-directory]] - to indicate that the destination of a hyperlink is a directory listing containing an entry for the current page
* [[rel-enclosure]] - ระบุสิ่งที่แนบ (เช่น แฟ้มข้อมูล) ให้ดาวน์โหลดหรือเก็บไว้ใน cache
* [[rel-home]] - ระบุไฮเปอร์ลิงค์ไปหาหน้า home page ของเว็บไซต์
* [[rel-payment]] - ระบุวิธีการจ่ายเงิน
* [[robots-exclusion|robots exclusion]]
* [[xfolk|xFolk]]

== Design Patterns ==
{{design_patterns}} 
* [[elemental-microformat|ไมโครฟอร์แมตแบบเดี่ยว]]
* [[compound-microformat|ไมโครฟอร์แมตแบบผสม]]

== การสนทนาทั่วไป ==
ลองดู: [[exploratory-discussions|การสนทนาทั่วไป]] เพื่อดูรายละเอียดของการวิจัยและวิเคราห์ [[examples|ตัวอย่างการใช้งานจริง]], ไมโครฟอร์แมตที่มีอยู่แล้ว, และระดมไอเดียสำหรับไมโครฟอร์แมตใหม่ๆตาม [[process|แนวทางปฏิบัติ]] งานเหล่านี้แบ่งเป็นหมวดหมู่เหล่านี้:

*[[exploratory-discussions#Active|มีการสนทนามาก]]
*[[exploratory-discussions#Current|มีการสนทนา แต่ไม่มาก]]
*[[exploratory-discussions#Moribund|หยุดการสนทนาไปแล้ว]]
*[[exploratory-discussions#Abandoned|ไอเดียตกไป]] or
*[[exploratory-discussions#Archive|เก็บเข้ากรุ]]

== ตัวอย่าง ==
* [[examples-in-the-wild|ตัวอย่างจากอินเตอร์เน็ต]]
* [[implementations]]
* [[zen-garden]]

== แหล่งข้อมูลอื่นๆ ==
อ่าน [[resources]]

== user centric development ==
*[[user-interface]]
*[[data-portability]]
*[[social-network-portability]]

== shared work areas ==
* [[to-do]]
* [[templates]]
* [http://microformats.org/wiki/delete pages for deletion] 
* [[Special:Specialpages|"Special" wiki pages]]
* [[year-in-review]]

== เครื่องมือ, การทดสอบ, การวิจัยเพิ่มเติม ==
ที่แรกที่สามารถใช้ดูตัวอย่าง โค๊ด และผลการทดสอบคือในหัวข้อย่อยของแต่ละไมโครฟอร์แมตต่างๆ มี [[tools|เครื่องมือและบริการ]] แค่ไม่กี่ตัวที่ถูกใช้ร่วมกันระหว่างไมโครฟอร์แมตต่างๆ ซึ่งส่วนนี้เป็นส่วนที่เขีียนมาเพื่อโปรแกรม editors, parsers, validators, test cases, ฯลฯ

== วิกิไมโครฟอร์แมตในภาษาอื่นๆ ==
<span id="microformats_wiki_translations_in_other_languages">คุณสามารถอ่านและแก้ไขบทความไมโครฟอร์แมตในภาษาต่างๆดังนี้:</span>

* ภาษาที่มีบทความมากกว่า 100 บทความ
** [[Main_Page-fr|<span lang="fr">ฝรั่งเศษ</span> (French)]] <span lang="fr">{{UpdateMarker-fr}}</span>
* ภาษาที่มีบทความมากกว่า 10 บทความ
** [[Main_Page-pt-br|<span lang="pt-br">โปรตุเกส</span> (Brazilian Portuguese)]]
** [[Main_Page-ja|<span lang="ja">ญี่ปุ่น</span> (Japanese)]]
* languages with over 2 articles
** [[Main_Page-cs|<span lang="cs">เช็คโกสโลวาเกีย</span> (Czech)]] {{NewMarker}}
** [[Main_Page-de|<span lang="de">เยอรมัน</span> (German)]]
** [[Main_Page-es|<span lang="es">สเปน</span> (Spanish)]]
** [[Main_Page-gl|<span lang="gl">Galego</span> (Galician)]] {{NewMarker}}
** [[Main_Page-pl|<span lang="pl">โปแลนด์</span> (Polish)]]
** [[Main_Page-ro|<span lang="ro">โรมาเนีย</span> (Romanian)]] {{NewMarker}}
** [[Main_Page-zh|<span lang="zh">จีน</span> (Chinese)]]
* ภาษาที่เพิ่งเริ่มต้นแปล
** [[Main_Page-ar|<span lang="ar">อารบิค</span> (Arabic)]]
** [[Main_Page-th|<span lang="th">ภาษาไทย</span> (Thai)]]
* ที่อื่นๆ
**[http://en.wikipedia.org/wiki/Microformat Wikipedia's article on microformats] has been translated into a number of languages.

ลองดู [[other-languages]] และ [[how-to-start-new-translation|วิธีเริ่มแปลภาษาใหม่]].

faq-th

2008-07-30T15:50:11Z

SukitArseanrapoj: /* Q. ''Should human readable data go into class names?'' */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats|ฟอร์แมตที่ถูกปฏิเสธ]]

===ถาม. ''จะทำยังไงถ้าผมหาตัวอย่างการใช้งานจริงสำหรับมาตรฐานที่ผมอยากนำเสนอไม่ได้?''===

ตอบ. ถ้าเราไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''ชนิดของข้อมูล''' ที่คุณต้องการการนำเสนอ มันคงไม่เหมาะที่จะเป็นไมโครฟอร์แมต แต่ถ้าเราแค่ไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''markup บางตัว''' เราอาจใช้การนำเสนอนั้นได้ โดยทั่วไปแล้วกรณีเกี่ยวกับ markup มักไม่ใช่ปัญหาจริงๆ เพราะปัญหาเหล่านี้ส่วนใหญ่เกิดจากการขาดมาตรฐานในการ markup เวลาใช้งานจริง ซึ่งหมายความว่าจะต้องมีการถามความคิดเห็นของคนส่วนใหญ่ว่าควรใช้ markup แบบไหนมากกว่า

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== การใช้ <code><div></code> และ <code><span></code> ==

=== ถาม. ''การใช้ div นั้นไม่มีความหมายเลยหรือ?'' ===

ตอบ. ใช่แล้ว ทั้ง <code><div></code> และ <code><span></code> เรียกได้ว่าแทบจะไม่มีความหมายเท่าไร <code><div></code> สามารถแทนที่ "ส่วนใดส่วนหนึ่ง" ของเนื้อหา ส่วน <code><span></code> สามารถใช้เพื่อแทนที่ "ช่วงใดช่วงหนึ่ง" ของประโยคที่มีความหมายพิเศษ แต่ไม่ได้ระบุอย่างเจาะจงว่าช่วงนั้นของประโยคหมายถึงอะไร

=== ถาม. ''การใช้ <code><div></code> และ <code><span></code> จะเพิ่มคุณค่าความหมายให้กับหน้าเว็บหรือเปล่า?''===

ตอบ. ตามที่ได้ระบุไว้ใน [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 สเป็ก HTML 4] <code><div></code> และ <code><span></code> "เป็นกลไกคร่าวๆเพื่อเพิ่มโครงสร้างให้กับเนื้อหา" ความหมายเดียวของอีลีเม้นต์เหล่านี้คือเพื่อแบ่งเอกสารเป็นส่วนๆ ซึ่งหมายความได้ว่าส่วนนั้นอาจจะมีความหมายบางอย่างพิเศษ แต่ไม่สามารถบอกได้จาก markup ได้ว่าความหมายนั้นคืออะไร

=== ถาม. ''ทำไมตัวอย่างในวิกินี้ถึงใช้ <code class="element"><span></code> และ <code class="element"><div></code> เพื่อแทนความหมายเกือบจะทุกอย่างเลยล่ะ?''===

ตอบ. <code class="element"><span></code> และ <code class="element"><div></code> เป็นอีลีเม้นต์ที่ไม่ได้มีความหมายเฉพาะใน HTML เมื่อคุณใช้ไมโครฟอร์แมตคุณควรเลือกอีลีเม้นต์ที่ตรงกับความหมายที่สุดเท่าที่จะทำได้เป็นอันดับแรกและก็ให้ความหมายไมโครฟอร์แมตผ่าน class เช่นคุณสามารถใช้ <code>class="vevent"</code> กับ <code><nowiki><tr></nowiki></code> หรือ <code>class="vcard"</code> กับ <code><nowiki><p></nowiki></code> ก็ได้

== Class semantics ==

===ถาม. ''ชื่อของ class ในไมโครฟอร์แมตจะมีผลกับขนาดของหน้าเว็บยังไงบ้าง?''===

ตอบ. คุณจะไม่ค่อยเห็นผลกระทบกับขนาดของหน้าเว็บที่ใช้ไมโครฟอร์แมตซักเท่าไร จากประสบการณ์ของเราคนก็ใช้ชื่อ class ที่ยาวพอๆกับชื่อ class ในไมโครฟอร์แมต และ [[semantic-class-names|semantic class names]] เองก็ถือเป็น best practice ในแวดวงเว็บในตอนนี้เหมือนกัน บางเว็บไซต์ส่งหน้าเว็บที่ใช้ไมโครฟอร์แมตเป็นล้านๆหน้าแต่ก็ไม่บ่นอะไรกับเรื่องขนาดของหน้าเว็บที่เพิ่มขึ้นเลยแม้แต่น้อย เราคิดว่าคุณน่าจะประหยัดเนื้อที่ได้มากกว่าด้วยซ้ำถ้าคุณลองทำตาม [[microformats#the_microformats_principles|หลักการของไมโครฟอร์แมต]] และเลิกใช้ table เพื่อจัด layout ของหน้าเว็บคุณ
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===ถาม. ''หนึ่ง element สามารถมีได้หลาย class หรือเปล่า''===

ตอบ. element สามารถมีได้หลายๆ class โดยใช้เว้นวรรคเป็นตัวคั่นแต่ละ class ใน attribute เช่น:
<p class="todo idea">เขียน mark-up ที่มีคุณภาพ</p>

ลองดูสเป็กของ HTML 4.01 จาก W3C ที่: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===ถาม. ''ชื่อของ class ใน (X)HTML มีความหมายหรือเปล่า?''===

ตอบ. สเป็ก HTML4 ไม่ได้ระบุค่าที่ class จะเป็นได้เอาไว้ [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] และก็ไม่ได้บอกด้วยว่าค่าของ class จะต้องมีความหมายแบบใดแบบหนึ่ง [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] เพียงแค่บอกว่าค่าของ class "สามารถถูกนำไปใช้เพื่อประมวลผลโดย user agent ทั่วไป" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] อย่างไรก็ตาม [http://www.w3.org/TR/WD-htmllink-970328#profile" เอกสารฉบับร่างชื่อ "Hypertext Links in HTML"] อนุญาติให้ "profile" ระบุความหมายพิเศษสำหรับค่าของ class ได้ [http://gmpg.org/xmdp/ XMDP] เป็นฟอร์แมตหนึ่งที่ระบุ profiles สำหรับ (X)HTML ซึ่งคุณสามารถนำมาใช้เพื่อให้ความหมายของชื่อ class ได้

ลองดู:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===ถาม. ''เราควรใส่ข้อมูลที่ต้องการให้ผู้อ่านได้อ่านไว้ในชื่อ class หรือเปล่า?'' ===

ตอบ. เราไม่ควรใส่ข้อมูลที่เขียนเพื่อให้ผู้อ่านได้อ่านไว้ใน <code>class</code> attribute เพราะว่าการทำแบบนั้นจะทำให้ข้อมูลไปอยู่ในจุดที่ผู้อ่านไม่สามารถเห็นได้ ดู [[principles|หลักการ]].

ถาม. ถามต่อ แล้วการใส่ข้อมูลไว้ในชื่อ class มันต่่างอะไรกับการใส่ไว้ใน <code>title</code> attribute ล่ะ?

ตอบ. <code>title</code> attribute นั้นถูกแสดงในทูลทิปในหลายๆเบราว์เซอร์ และก็ถือว่าเกือบๆจะมองเห็นได้โดยผู้ใช้ทั่วไป แต่ class attribute นั้นจะไม่ถูกแสดงเลย ไม่ว่าจะเป็นในทูลทิปหรือในส่วนอื่นๆของ user interface (ไม่นับรวม user interface ที่ใช้โดยนักพัฒนา เช่นตอนดูซอร์สโค้ด).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== การใช้ element ซ้อนกัน ==
=== ถาม. ''ดูเหมือนว่า <code><span class="vcard fn org" id="club">...</span></code> น่าจะใช้งานได้นี่นา ถูกหรือเปล่า?''===

ตอบ. คำตอบคือผิด ลองดู [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-30T15:41:06Z

SukitArseanrapoj: /* Nesting of elements */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats|ฟอร์แมตที่ถูกปฏิเสธ]]

===ถาม. ''จะทำยังไงถ้าผมหาตัวอย่างการใช้งานจริงสำหรับมาตรฐานที่ผมอยากนำเสนอไม่ได้?''===

ตอบ. ถ้าเราไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''ชนิดของข้อมูล''' ที่คุณต้องการการนำเสนอ มันคงไม่เหมาะที่จะเป็นไมโครฟอร์แมต แต่ถ้าเราแค่ไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''markup บางตัว''' เราอาจใช้การนำเสนอนั้นได้ โดยทั่วไปแล้วกรณีเกี่ยวกับ markup มักไม่ใช่ปัญหาจริงๆ เพราะปัญหาเหล่านี้ส่วนใหญ่เกิดจากการขาดมาตรฐานในการ markup เวลาใช้งานจริง ซึ่งหมายความว่าจะต้องมีการถามความคิดเห็นของคนส่วนใหญ่ว่าควรใช้ markup แบบไหนมากกว่า

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== การใช้ <code><div></code> และ <code><span></code> ==

=== ถาม. ''การใช้ div นั้นไม่มีความหมายเลยหรือ?'' ===

ตอบ. ใช่แล้ว ทั้ง <code><div></code> และ <code><span></code> เรียกได้ว่าแทบจะไม่มีความหมายเท่าไร <code><div></code> สามารถแทนที่ "ส่วนใดส่วนหนึ่ง" ของเนื้อหา ส่วน <code><span></code> สามารถใช้เพื่อแทนที่ "ช่วงใดช่วงหนึ่ง" ของประโยคที่มีความหมายพิเศษ แต่ไม่ได้ระบุอย่างเจาะจงว่าช่วงนั้นของประโยคหมายถึงอะไร

=== ถาม. ''การใช้ <code><div></code> และ <code><span></code> จะเพิ่มคุณค่าความหมายให้กับหน้าเว็บหรือเปล่า?''===

ตอบ. ตามที่ได้ระบุไว้ใน [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 สเป็ก HTML 4] <code><div></code> และ <code><span></code> "เป็นกลไกคร่าวๆเพื่อเพิ่มโครงสร้างให้กับเนื้อหา" ความหมายเดียวของอีลีเม้นต์เหล่านี้คือเพื่อแบ่งเอกสารเป็นส่วนๆ ซึ่งหมายความได้ว่าส่วนนั้นอาจจะมีความหมายบางอย่างพิเศษ แต่ไม่สามารถบอกได้จาก markup ได้ว่าความหมายนั้นคืออะไร

=== ถาม. ''ทำไมตัวอย่างในวิกินี้ถึงใช้ <code class="element"><span></code> และ <code class="element"><div></code> เพื่อแทนความหมายเกือบจะทุกอย่างเลยล่ะ?''===

ตอบ. <code class="element"><span></code> และ <code class="element"><div></code> เป็นอีลีเม้นต์ที่ไม่ได้มีความหมายเฉพาะใน HTML เมื่อคุณใช้ไมโครฟอร์แมตคุณควรเลือกอีลีเม้นต์ที่ตรงกับความหมายที่สุดเท่าที่จะทำได้เป็นอันดับแรกและก็ให้ความหมายไมโครฟอร์แมตผ่าน class เช่นคุณสามารถใช้ <code>class="vevent"</code> กับ <code><nowiki><tr></nowiki></code> หรือ <code>class="vcard"</code> กับ <code><nowiki><p></nowiki></code> ก็ได้

== Class semantics ==

===ถาม. ''ชื่อของ class ในไมโครฟอร์แมตจะมีผลกับขนาดของหน้าเว็บยังไงบ้าง?''===

ตอบ. คุณจะไม่ค่อยเห็นผลกระทบกับขนาดของหน้าเว็บที่ใช้ไมโครฟอร์แมตซักเท่าไร จากประสบการณ์ของเราคนก็ใช้ชื่อ class ที่ยาวพอๆกับชื่อ class ในไมโครฟอร์แมต และ [[semantic-class-names|semantic class names]] เองก็ถือเป็น best practice ในแวดวงเว็บในตอนนี้เหมือนกัน บางเว็บไซต์ส่งหน้าเว็บที่ใช้ไมโครฟอร์แมตเป็นล้านๆหน้าแต่ก็ไม่บ่นอะไรกับเรื่องขนาดของหน้าเว็บที่เพิ่มขึ้นเลยแม้แต่น้อย เราคิดว่าคุณน่าจะประหยัดเนื้อที่ได้มากกว่าด้วยซ้ำถ้าคุณลองทำตาม [[microformats#the_microformats_principles|หลักการของไมโครฟอร์แมต]] และเลิกใช้ table เพื่อจัด layout ของหน้าเว็บคุณ
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===ถาม. ''หนึ่ง element สามารถมีได้หลาย class หรือเปล่า''===

ตอบ. element สามารถมีได้หลายๆ class โดยใช้เว้นวรรคเป็นตัวคั่นแต่ละ class ใน attribute เช่น:
<p class="todo idea">เขียน mark-up ที่มีคุณภาพ</p>

ลองดูสเป็กของ HTML 4.01 จาก W3C ที่: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===ถาม. ''ชื่อของ class ใน (X)HTML มีความหมายหรือเปล่า?''===

ตอบ. สเป็ก HTML4 ไม่ได้ระบุค่าที่ class จะเป็นได้เอาไว้ [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] และก็ไม่ได้บอกด้วยว่าค่าของ class จะต้องมีความหมายแบบใดแบบหนึ่ง [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] เพียงแค่บอกว่าค่าของ class "สามารถถูกนำไปใช้เพื่อประมวลผลโดย user agent ทั่วไป" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] อย่างไรก็ตาม [http://www.w3.org/TR/WD-htmllink-970328#profile" เอกสารฉบับร่างชื่อ "Hypertext Links in HTML"] อนุญาติให้ "profile" ระบุความหมายพิเศษสำหรับค่าของ class ได้ [http://gmpg.org/xmdp/ XMDP] เป็นฟอร์แมตหนึ่งที่ระบุ profiles สำหรับ (X)HTML ซึ่งคุณสามารถนำมาใช้เพื่อให้ความหมายของชื่อ class ได้

ลองดู:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== การใช้ element ซ้อนกัน ==
=== ถาม. ''ดูเหมือนว่า <code><span class="vcard fn org" id="club">...</span></code> น่าจะใช้งานได้นี่นา ถูกหรือเปล่า?''===

ตอบ. คำตอบคือผิด ลองดู [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-30T15:40:24Z

SukitArseanrapoj: /* Q. ''It seems that <code><span class="vcard fn org" id="club">...</span></code> should work. Is this correct?'' */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats|ฟอร์แมตที่ถูกปฏิเสธ]]

===ถาม. ''จะทำยังไงถ้าผมหาตัวอย่างการใช้งานจริงสำหรับมาตรฐานที่ผมอยากนำเสนอไม่ได้?''===

ตอบ. ถ้าเราไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''ชนิดของข้อมูล''' ที่คุณต้องการการนำเสนอ มันคงไม่เหมาะที่จะเป็นไมโครฟอร์แมต แต่ถ้าเราแค่ไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''markup บางตัว''' เราอาจใช้การนำเสนอนั้นได้ โดยทั่วไปแล้วกรณีเกี่ยวกับ markup มักไม่ใช่ปัญหาจริงๆ เพราะปัญหาเหล่านี้ส่วนใหญ่เกิดจากการขาดมาตรฐานในการ markup เวลาใช้งานจริง ซึ่งหมายความว่าจะต้องมีการถามความคิดเห็นของคนส่วนใหญ่ว่าควรใช้ markup แบบไหนมากกว่า

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== การใช้ <code><div></code> และ <code><span></code> ==

=== ถาม. ''การใช้ div นั้นไม่มีความหมายเลยหรือ?'' ===

ตอบ. ใช่แล้ว ทั้ง <code><div></code> และ <code><span></code> เรียกได้ว่าแทบจะไม่มีความหมายเท่าไร <code><div></code> สามารถแทนที่ "ส่วนใดส่วนหนึ่ง" ของเนื้อหา ส่วน <code><span></code> สามารถใช้เพื่อแทนที่ "ช่วงใดช่วงหนึ่ง" ของประโยคที่มีความหมายพิเศษ แต่ไม่ได้ระบุอย่างเจาะจงว่าช่วงนั้นของประโยคหมายถึงอะไร

=== ถาม. ''การใช้ <code><div></code> และ <code><span></code> จะเพิ่มคุณค่าความหมายให้กับหน้าเว็บหรือเปล่า?''===

ตอบ. ตามที่ได้ระบุไว้ใน [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 สเป็ก HTML 4] <code><div></code> และ <code><span></code> "เป็นกลไกคร่าวๆเพื่อเพิ่มโครงสร้างให้กับเนื้อหา" ความหมายเดียวของอีลีเม้นต์เหล่านี้คือเพื่อแบ่งเอกสารเป็นส่วนๆ ซึ่งหมายความได้ว่าส่วนนั้นอาจจะมีความหมายบางอย่างพิเศษ แต่ไม่สามารถบอกได้จาก markup ได้ว่าความหมายนั้นคืออะไร

=== ถาม. ''ทำไมตัวอย่างในวิกินี้ถึงใช้ <code class="element"><span></code> และ <code class="element"><div></code> เพื่อแทนความหมายเกือบจะทุกอย่างเลยล่ะ?''===

ตอบ. <code class="element"><span></code> และ <code class="element"><div></code> เป็นอีลีเม้นต์ที่ไม่ได้มีความหมายเฉพาะใน HTML เมื่อคุณใช้ไมโครฟอร์แมตคุณควรเลือกอีลีเม้นต์ที่ตรงกับความหมายที่สุดเท่าที่จะทำได้เป็นอันดับแรกและก็ให้ความหมายไมโครฟอร์แมตผ่าน class เช่นคุณสามารถใช้ <code>class="vevent"</code> กับ <code><nowiki><tr></nowiki></code> หรือ <code>class="vcard"</code> กับ <code><nowiki><p></nowiki></code> ก็ได้

== Class semantics ==

===ถาม. ''ชื่อของ class ในไมโครฟอร์แมตจะมีผลกับขนาดของหน้าเว็บยังไงบ้าง?''===

ตอบ. คุณจะไม่ค่อยเห็นผลกระทบกับขนาดของหน้าเว็บที่ใช้ไมโครฟอร์แมตซักเท่าไร จากประสบการณ์ของเราคนก็ใช้ชื่อ class ที่ยาวพอๆกับชื่อ class ในไมโครฟอร์แมต และ [[semantic-class-names|semantic class names]] เองก็ถือเป็น best practice ในแวดวงเว็บในตอนนี้เหมือนกัน บางเว็บไซต์ส่งหน้าเว็บที่ใช้ไมโครฟอร์แมตเป็นล้านๆหน้าแต่ก็ไม่บ่นอะไรกับเรื่องขนาดของหน้าเว็บที่เพิ่มขึ้นเลยแม้แต่น้อย เราคิดว่าคุณน่าจะประหยัดเนื้อที่ได้มากกว่าด้วยซ้ำถ้าคุณลองทำตาม [[microformats#the_microformats_principles|หลักการของไมโครฟอร์แมต]] และเลิกใช้ table เพื่อจัด layout ของหน้าเว็บคุณ
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===ถาม. ''หนึ่ง element สามารถมีได้หลาย class หรือเปล่า''===

ตอบ. element สามารถมีได้หลายๆ class โดยใช้เว้นวรรคเป็นตัวคั่นแต่ละ class ใน attribute เช่น:
<p class="todo idea">เขียน mark-up ที่มีคุณภาพ</p>

ลองดูสเป็กของ HTML 4.01 จาก W3C ที่: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===ถาม. ''ชื่อของ class ใน (X)HTML มีความหมายหรือเปล่า?''===

ตอบ. สเป็ก HTML4 ไม่ได้ระบุค่าที่ class จะเป็นได้เอาไว้ [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] และก็ไม่ได้บอกด้วยว่าค่าของ class จะต้องมีความหมายแบบใดแบบหนึ่ง [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] เพียงแค่บอกว่าค่าของ class "สามารถถูกนำไปใช้เพื่อประมวลผลโดย user agent ทั่วไป" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] อย่างไรก็ตาม [http://www.w3.org/TR/WD-htmllink-970328#profile" เอกสารฉบับร่างชื่อ "Hypertext Links in HTML"] อนุญาติให้ "profile" ระบุความหมายพิเศษสำหรับค่าของ class ได้ [http://gmpg.org/xmdp/ XMDP] เป็นฟอร์แมตหนึ่งที่ระบุ profiles สำหรับ (X)HTML ซึ่งคุณสามารถนำมาใช้เพื่อให้ความหมายของชื่อ class ได้

ลองดู:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== Nesting of elements ==
=== ถาม. ''ดูเหมือนว่า <code><span class="vcard fn org" id="club">...</span></code> น่าจะใช้งานได้นี่นา ถูกหรือเปล่า?''===

ตอบ. คำตอบคือผิด ลองดู [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-30T15:37:32Z

SukitArseanrapoj: /* Q. ''How will microformat class names impact page size?'' */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats|ฟอร์แมตที่ถูกปฏิเสธ]]

===ถาม. ''จะทำยังไงถ้าผมหาตัวอย่างการใช้งานจริงสำหรับมาตรฐานที่ผมอยากนำเสนอไม่ได้?''===

ตอบ. ถ้าเราไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''ชนิดของข้อมูล''' ที่คุณต้องการการนำเสนอ มันคงไม่เหมาะที่จะเป็นไมโครฟอร์แมต แต่ถ้าเราแค่ไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''markup บางตัว''' เราอาจใช้การนำเสนอนั้นได้ โดยทั่วไปแล้วกรณีเกี่ยวกับ markup มักไม่ใช่ปัญหาจริงๆ เพราะปัญหาเหล่านี้ส่วนใหญ่เกิดจากการขาดมาตรฐานในการ markup เวลาใช้งานจริง ซึ่งหมายความว่าจะต้องมีการถามความคิดเห็นของคนส่วนใหญ่ว่าควรใช้ markup แบบไหนมากกว่า

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== การใช้ <code><div></code> และ <code><span></code> ==

=== ถาม. ''การใช้ div นั้นไม่มีความหมายเลยหรือ?'' ===

ตอบ. ใช่แล้ว ทั้ง <code><div></code> และ <code><span></code> เรียกได้ว่าแทบจะไม่มีความหมายเท่าไร <code><div></code> สามารถแทนที่ "ส่วนใดส่วนหนึ่ง" ของเนื้อหา ส่วน <code><span></code> สามารถใช้เพื่อแทนที่ "ช่วงใดช่วงหนึ่ง" ของประโยคที่มีความหมายพิเศษ แต่ไม่ได้ระบุอย่างเจาะจงว่าช่วงนั้นของประโยคหมายถึงอะไร

=== ถาม. ''การใช้ <code><div></code> และ <code><span></code> จะเพิ่มคุณค่าความหมายให้กับหน้าเว็บหรือเปล่า?''===

ตอบ. ตามที่ได้ระบุไว้ใน [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 สเป็ก HTML 4] <code><div></code> และ <code><span></code> "เป็นกลไกคร่าวๆเพื่อเพิ่มโครงสร้างให้กับเนื้อหา" ความหมายเดียวของอีลีเม้นต์เหล่านี้คือเพื่อแบ่งเอกสารเป็นส่วนๆ ซึ่งหมายความได้ว่าส่วนนั้นอาจจะมีความหมายบางอย่างพิเศษ แต่ไม่สามารถบอกได้จาก markup ได้ว่าความหมายนั้นคืออะไร

=== ถาม. ''ทำไมตัวอย่างในวิกินี้ถึงใช้ <code class="element"><span></code> และ <code class="element"><div></code> เพื่อแทนความหมายเกือบจะทุกอย่างเลยล่ะ?''===

ตอบ. <code class="element"><span></code> และ <code class="element"><div></code> เป็นอีลีเม้นต์ที่ไม่ได้มีความหมายเฉพาะใน HTML เมื่อคุณใช้ไมโครฟอร์แมตคุณควรเลือกอีลีเม้นต์ที่ตรงกับความหมายที่สุดเท่าที่จะทำได้เป็นอันดับแรกและก็ให้ความหมายไมโครฟอร์แมตผ่าน class เช่นคุณสามารถใช้ <code>class="vevent"</code> กับ <code><nowiki><tr></nowiki></code> หรือ <code>class="vcard"</code> กับ <code><nowiki><p></nowiki></code> ก็ได้

== Class semantics ==

===ถาม. ''ชื่อของ class ในไมโครฟอร์แมตจะมีผลกับขนาดของหน้าเว็บยังไงบ้าง?''===

ตอบ. คุณจะไม่ค่อยเห็นผลกระทบกับขนาดของหน้าเว็บที่ใช้ไมโครฟอร์แมตซักเท่าไร จากประสบการณ์ของเราคนก็ใช้ชื่อ class ที่ยาวพอๆกับชื่อ class ในไมโครฟอร์แมต และ [[semantic-class-names|semantic class names]] เองก็ถือเป็น best practice ในแวดวงเว็บในตอนนี้เหมือนกัน บางเว็บไซต์ส่งหน้าเว็บที่ใช้ไมโครฟอร์แมตเป็นล้านๆหน้าแต่ก็ไม่บ่นอะไรกับเรื่องขนาดของหน้าเว็บที่เพิ่มขึ้นเลยแม้แต่น้อย เราคิดว่าคุณน่าจะประหยัดเนื้อที่ได้มากกว่าด้วยซ้ำถ้าคุณลองทำตาม [[microformats#the_microformats_principles|หลักการของไมโครฟอร์แมต]] และเลิกใช้ table เพื่อจัด layout ของหน้าเว็บคุณ
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===ถาม. ''หนึ่ง element สามารถมีได้หลาย class หรือเปล่า''===

ตอบ. element สามารถมีได้หลายๆ class โดยใช้เว้นวรรคเป็นตัวคั่นแต่ละ class ใน attribute เช่น:
<p class="todo idea">เขียน mark-up ที่มีคุณภาพ</p>

ลองดูสเป็กของ HTML 4.01 จาก W3C ที่: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===ถาม. ''ชื่อของ class ใน (X)HTML มีความหมายหรือเปล่า?''===

ตอบ. สเป็ก HTML4 ไม่ได้ระบุค่าที่ class จะเป็นได้เอาไว้ [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] และก็ไม่ได้บอกด้วยว่าค่าของ class จะต้องมีความหมายแบบใดแบบหนึ่ง [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] เพียงแค่บอกว่าค่าของ class "สามารถถูกนำไปใช้เพื่อประมวลผลโดย user agent ทั่วไป" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] อย่างไรก็ตาม [http://www.w3.org/TR/WD-htmllink-970328#profile" เอกสารฉบับร่างชื่อ "Hypertext Links in HTML"] อนุญาติให้ "profile" ระบุความหมายพิเศษสำหรับค่าของ class ได้ [http://gmpg.org/xmdp/ XMDP] เป็นฟอร์แมตหนึ่งที่ระบุ profiles สำหรับ (X)HTML ซึ่งคุณสามารถนำมาใช้เพื่อให้ความหมายของชื่อ class ได้

ลองดู:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== Nesting of elements ==
=== Q. ''It seems that <code><span class="vcard fn org" id="club">...</span></code> should work. Is this correct?''===

A. No. See [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-24T13:18:16Z

SukitArseanrapoj: /* Q. ''Do (X)HTML class names have semantics?'' */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats|ฟอร์แมตที่ถูกปฏิเสธ]]

===ถาม. ''จะทำยังไงถ้าผมหาตัวอย่างการใช้งานจริงสำหรับมาตรฐานที่ผมอยากนำเสนอไม่ได้?''===

ตอบ. ถ้าเราไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''ชนิดของข้อมูล''' ที่คุณต้องการการนำเสนอ มันคงไม่เหมาะที่จะเป็นไมโครฟอร์แมต แต่ถ้าเราแค่ไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''markup บางตัว''' เราอาจใช้การนำเสนอนั้นได้ โดยทั่วไปแล้วกรณีเกี่ยวกับ markup มักไม่ใช่ปัญหาจริงๆ เพราะปัญหาเหล่านี้ส่วนใหญ่เกิดจากการขาดมาตรฐานในการ markup เวลาใช้งานจริง ซึ่งหมายความว่าจะต้องมีการถามความคิดเห็นของคนส่วนใหญ่ว่าควรใช้ markup แบบไหนมากกว่า

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== การใช้ <code><div></code> และ <code><span></code> ==

=== ถาม. ''การใช้ div นั้นไม่มีความหมายเลยหรือ?'' ===

ตอบ. ใช่แล้ว ทั้ง <code><div></code> และ <code><span></code> เรียกได้ว่าแทบจะไม่มีความหมายเท่าไร <code><div></code> สามารถแทนที่ "ส่วนใดส่วนหนึ่ง" ของเนื้อหา ส่วน <code><span></code> สามารถใช้เพื่อแทนที่ "ช่วงใดช่วงหนึ่ง" ของประโยคที่มีความหมายพิเศษ แต่ไม่ได้ระบุอย่างเจาะจงว่าช่วงนั้นของประโยคหมายถึงอะไร

=== ถาม. ''การใช้ <code><div></code> และ <code><span></code> จะเพิ่มคุณค่าความหมายให้กับหน้าเว็บหรือเปล่า?''===

ตอบ. ตามที่ได้ระบุไว้ใน [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 สเป็ก HTML 4] <code><div></code> และ <code><span></code> "เป็นกลไกคร่าวๆเพื่อเพิ่มโครงสร้างให้กับเนื้อหา" ความหมายเดียวของอีลีเม้นต์เหล่านี้คือเพื่อแบ่งเอกสารเป็นส่วนๆ ซึ่งหมายความได้ว่าส่วนนั้นอาจจะมีความหมายบางอย่างพิเศษ แต่ไม่สามารถบอกได้จาก markup ได้ว่าความหมายนั้นคืออะไร

=== ถาม. ''ทำไมตัวอย่างในวิกินี้ถึงใช้ <code class="element"><span></code> และ <code class="element"><div></code> เพื่อแทนความหมายเกือบจะทุกอย่างเลยล่ะ?''===

ตอบ. <code class="element"><span></code> และ <code class="element"><div></code> เป็นอีลีเม้นต์ที่ไม่ได้มีความหมายเฉพาะใน HTML เมื่อคุณใช้ไมโครฟอร์แมตคุณควรเลือกอีลีเม้นต์ที่ตรงกับความหมายที่สุดเท่าที่จะทำได้เป็นอันดับแรกและก็ให้ความหมายไมโครฟอร์แมตผ่าน class เช่นคุณสามารถใช้ <code>class="vevent"</code> กับ <code><nowiki><tr></nowiki></code> หรือ <code>class="vcard"</code> กับ <code><nowiki><p></nowiki></code> ก็ได้

== Class semantics ==

===Q. ''How will microformat class names impact page size?''===

A. You probably won't notice any impact on page size when authoring with microformats. Our experience is that people use comparably sized class names, and [[semantic-class-names|semantic class names]] are now considered an industry best practice. Some sites are successfully publishing millions of microformats, and we haven't heard any complaints yet. You are more likely to gain space savings by more fully adopting [[microformats#the_microformats_principles|the principles of microformats]], and eliminating tables for layout.
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===ถาม. ''หนึ่ง element สามารถมีได้หลาย class หรือเปล่า''===

ตอบ. element สามารถมีได้หลายๆ class โดยใช้เว้นวรรคเป็นตัวคั่นแต่ละ class ใน attribute เช่น:
<p class="todo idea">เขียน mark-up ที่มีคุณภาพ</p>

ลองดูสเป็กของ HTML 4.01 จาก W3C ที่: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===ถาม. ''ชื่อของ class ใน (X)HTML มีความหมายหรือเปล่า?''===

ตอบ. สเป็ก HTML4 ไม่ได้ระบุค่าที่ class จะเป็นได้เอาไว้ [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] และก็ไม่ได้บอกด้วยว่าค่าของ class จะต้องมีความหมายแบบใดแบบหนึ่ง [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] เพียงแค่บอกว่าค่าของ class "สามารถถูกนำไปใช้เพื่อประมวลผลโดย user agent ทั่วไป" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF] อย่างไรก็ตาม [http://www.w3.org/TR/WD-htmllink-970328#profile" เอกสารฉบับร่างชื่อ "Hypertext Links in HTML"] อนุญาติให้ "profile" ระบุความหมายพิเศษสำหรับค่าของ class ได้ [http://gmpg.org/xmdp/ XMDP] เป็นฟอร์แมตหนึ่งที่ระบุ profiles สำหรับ (X)HTML ซึ่งคุณสามารถนำมาใช้เพื่อให้ความหมายของชื่อ class ได้

ลองดู:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== Nesting of elements ==
=== Q. ''It seems that <code><span class="vcard fn org" id="club">...</span></code> should work. Is this correct?''===

A. No. See [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-24T13:00:16Z

SukitArseanrapoj: /* Q. ''Can an element have more than one class'' */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats|ฟอร์แมตที่ถูกปฏิเสธ]]

===ถาม. ''จะทำยังไงถ้าผมหาตัวอย่างการใช้งานจริงสำหรับมาตรฐานที่ผมอยากนำเสนอไม่ได้?''===

ตอบ. ถ้าเราไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''ชนิดของข้อมูล''' ที่คุณต้องการการนำเสนอ มันคงไม่เหมาะที่จะเป็นไมโครฟอร์แมต แต่ถ้าเราแค่ไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''markup บางตัว''' เราอาจใช้การนำเสนอนั้นได้ โดยทั่วไปแล้วกรณีเกี่ยวกับ markup มักไม่ใช่ปัญหาจริงๆ เพราะปัญหาเหล่านี้ส่วนใหญ่เกิดจากการขาดมาตรฐานในการ markup เวลาใช้งานจริง ซึ่งหมายความว่าจะต้องมีการถามความคิดเห็นของคนส่วนใหญ่ว่าควรใช้ markup แบบไหนมากกว่า

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== การใช้ <code><div></code> และ <code><span></code> ==

=== ถาม. ''การใช้ div นั้นไม่มีความหมายเลยหรือ?'' ===

ตอบ. ใช่แล้ว ทั้ง <code><div></code> และ <code><span></code> เรียกได้ว่าแทบจะไม่มีความหมายเท่าไร <code><div></code> สามารถแทนที่ "ส่วนใดส่วนหนึ่ง" ของเนื้อหา ส่วน <code><span></code> สามารถใช้เพื่อแทนที่ "ช่วงใดช่วงหนึ่ง" ของประโยคที่มีความหมายพิเศษ แต่ไม่ได้ระบุอย่างเจาะจงว่าช่วงนั้นของประโยคหมายถึงอะไร

=== ถาม. ''การใช้ <code><div></code> และ <code><span></code> จะเพิ่มคุณค่าความหมายให้กับหน้าเว็บหรือเปล่า?''===

ตอบ. ตามที่ได้ระบุไว้ใน [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 สเป็ก HTML 4] <code><div></code> และ <code><span></code> "เป็นกลไกคร่าวๆเพื่อเพิ่มโครงสร้างให้กับเนื้อหา" ความหมายเดียวของอีลีเม้นต์เหล่านี้คือเพื่อแบ่งเอกสารเป็นส่วนๆ ซึ่งหมายความได้ว่าส่วนนั้นอาจจะมีความหมายบางอย่างพิเศษ แต่ไม่สามารถบอกได้จาก markup ได้ว่าความหมายนั้นคืออะไร

=== ถาม. ''ทำไมตัวอย่างในวิกินี้ถึงใช้ <code class="element"><span></code> และ <code class="element"><div></code> เพื่อแทนความหมายเกือบจะทุกอย่างเลยล่ะ?''===

ตอบ. <code class="element"><span></code> และ <code class="element"><div></code> เป็นอีลีเม้นต์ที่ไม่ได้มีความหมายเฉพาะใน HTML เมื่อคุณใช้ไมโครฟอร์แมตคุณควรเลือกอีลีเม้นต์ที่ตรงกับความหมายที่สุดเท่าที่จะทำได้เป็นอันดับแรกและก็ให้ความหมายไมโครฟอร์แมตผ่าน class เช่นคุณสามารถใช้ <code>class="vevent"</code> กับ <code><nowiki><tr></nowiki></code> หรือ <code>class="vcard"</code> กับ <code><nowiki><p></nowiki></code> ก็ได้

== Class semantics ==

===Q. ''How will microformat class names impact page size?''===

A. You probably won't notice any impact on page size when authoring with microformats. Our experience is that people use comparably sized class names, and [[semantic-class-names|semantic class names]] are now considered an industry best practice. Some sites are successfully publishing millions of microformats, and we haven't heard any complaints yet. You are more likely to gain space savings by more fully adopting [[microformats#the_microformats_principles|the principles of microformats]], and eliminating tables for layout.
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===ถาม. ''หนึ่ง element สามารถมีได้หลาย class หรือเปล่า''===

ตอบ. element สามารถมีได้หลายๆ class โดยใช้เว้นวรรคเป็นตัวคั่นแต่ละ class ใน attribute เช่น:
<p class="todo idea">เขียน mark-up ที่มีคุณภาพ</p>

ลองดูสเป็กของ HTML 4.01 จาก W3C ที่: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===Q. ''Do (X)HTML class names have semantics?''===

A. The HTML4 specification does not define any particular class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], nor does it define any particular semantic for class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], except that they "may be used for general user agent processing" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF]. However, the [http://www.w3.org/TR/WD-htmllink-970328#profile" draft of "Hypertext Links in HTML"], allows for a "profile" to define meanings for those classes. [http://gmpg.org/xmdp/ XMDP] is a format for defining meta data profiles for (X)HTML, and thus an XMDP profile can be used to define the meanings of class names.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== Nesting of elements ==
=== Q. ''It seems that <code><span class="vcard fn org" id="club">...</span></code> should work. Is this correct?''===

A. No. See [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-24T12:57:46Z

SukitArseanrapoj: /* <code><div></code> and <code><span></code> semantics */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats|ฟอร์แมตที่ถูกปฏิเสธ]]

===ถาม. ''จะทำยังไงถ้าผมหาตัวอย่างการใช้งานจริงสำหรับมาตรฐานที่ผมอยากนำเสนอไม่ได้?''===

ตอบ. ถ้าเราไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''ชนิดของข้อมูล''' ที่คุณต้องการการนำเสนอ มันคงไม่เหมาะที่จะเป็นไมโครฟอร์แมต แต่ถ้าเราแค่ไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''markup บางตัว''' เราอาจใช้การนำเสนอนั้นได้ โดยทั่วไปแล้วกรณีเกี่ยวกับ markup มักไม่ใช่ปัญหาจริงๆ เพราะปัญหาเหล่านี้ส่วนใหญ่เกิดจากการขาดมาตรฐานในการ markup เวลาใช้งานจริง ซึ่งหมายความว่าจะต้องมีการถามความคิดเห็นของคนส่วนใหญ่ว่าควรใช้ markup แบบไหนมากกว่า

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== การใช้ <code><div></code> และ <code><span></code> ==

=== ถาม. ''การใช้ div นั้นไม่มีความหมายเลยหรือ?'' ===

ตอบ. ใช่แล้ว ทั้ง <code><div></code> และ <code><span></code> เรียกได้ว่าแทบจะไม่มีความหมายเท่าไร <code><div></code> สามารถแทนที่ "ส่วนใดส่วนหนึ่ง" ของเนื้อหา ส่วน <code><span></code> สามารถใช้เพื่อแทนที่ "ช่วงใดช่วงหนึ่ง" ของประโยคที่มีความหมายพิเศษ แต่ไม่ได้ระบุอย่างเจาะจงว่าช่วงนั้นของประโยคหมายถึงอะไร

=== ถาม. ''การใช้ <code><div></code> และ <code><span></code> จะเพิ่มคุณค่าความหมายให้กับหน้าเว็บหรือเปล่า?''===

ตอบ. ตามที่ได้ระบุไว้ใน [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 สเป็ก HTML 4] <code><div></code> และ <code><span></code> "เป็นกลไกคร่าวๆเพื่อเพิ่มโครงสร้างให้กับเนื้อหา" ความหมายเดียวของอีลีเม้นต์เหล่านี้คือเพื่อแบ่งเอกสารเป็นส่วนๆ ซึ่งหมายความได้ว่าส่วนนั้นอาจจะมีความหมายบางอย่างพิเศษ แต่ไม่สามารถบอกได้จาก markup ได้ว่าความหมายนั้นคืออะไร

=== ถาม. ''ทำไมตัวอย่างในวิกินี้ถึงใช้ <code class="element"><span></code> และ <code class="element"><div></code> เพื่อแทนความหมายเกือบจะทุกอย่างเลยล่ะ?''===

ตอบ. <code class="element"><span></code> และ <code class="element"><div></code> เป็นอีลีเม้นต์ที่ไม่ได้มีความหมายเฉพาะใน HTML เมื่อคุณใช้ไมโครฟอร์แมตคุณควรเลือกอีลีเม้นต์ที่ตรงกับความหมายที่สุดเท่าที่จะทำได้เป็นอันดับแรกและก็ให้ความหมายไมโครฟอร์แมตผ่าน class เช่นคุณสามารถใช้ <code>class="vevent"</code> กับ <code><nowiki><tr></nowiki></code> หรือ <code>class="vcard"</code> กับ <code><nowiki><p></nowiki></code> ก็ได้

== Class semantics ==

===Q. ''How will microformat class names impact page size?''===

A. You probably won't notice any impact on page size when authoring with microformats. Our experience is that people use comparably sized class names, and [[semantic-class-names|semantic class names]] are now considered an industry best practice. Some sites are successfully publishing millions of microformats, and we haven't heard any complaints yet. You are more likely to gain space savings by more fully adopting [[microformats#the_microformats_principles|the principles of microformats]], and eliminating tables for layout.
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===Q. ''Can an element have more than one class''===

A. Yes, the class attribute can contain a space delimited list of classes. For example:
<p class="todo idea">Write high quality and simple mark-up.</p>

See W3C HTML 4.01 Specification: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===Q. ''Do (X)HTML class names have semantics?''===

A. The HTML4 specification does not define any particular class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], nor does it define any particular semantic for class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], except that they "may be used for general user agent processing" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF]. However, the [http://www.w3.org/TR/WD-htmllink-970328#profile" draft of "Hypertext Links in HTML"], allows for a "profile" to define meanings for those classes. [http://gmpg.org/xmdp/ XMDP] is a format for defining meta data profiles for (X)HTML, and thus an XMDP profile can be used to define the meanings of class names.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== Nesting of elements ==
=== Q. ''It seems that <code><span class="vcard fn org" id="club">...</span></code> should work. Is this correct?''===

A. No. See [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-06T05:12:31Z

SukitArseanrapoj: /* Q. ''What if I can't find real-world examples of a standard I'd like to propose?'' */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats|ฟอร์แมตที่ถูกปฏิเสธ]]

===ถาม. ''จะทำยังไงถ้าผมหาตัวอย่างการใช้งานจริงสำหรับมาตรฐานที่ผมอยากนำเสนอไม่ได้?''===

ตอบ. ถ้าเราไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''ชนิดของข้อมูล''' ที่คุณต้องการการนำเสนอ มันคงไม่เหมาะที่จะเป็นไมโครฟอร์แมต แต่ถ้าเราแค่ไม่สามารถหาตัวอย่างการใช้งานจริงสำหรับ '''markup บางตัว''' เราอาจใช้การนำเสนอนั้นได้ โดยทั่วไปแล้วกรณีเกี่ยวกับ markup มักไม่ใช่ปัญหาจริงๆ เพราะปัญหาเหล่านี้ส่วนใหญ่เกิดจากการขาดมาตรฐานในการ markup เวลาใช้งานจริง ซึ่งหมายความว่าจะต้องมีการถามความคิดเห็นของคนส่วนใหญ่ว่าควรใช้ markup แบบไหนมากกว่า

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== <code><div></code> and <code><span></code> semantics ==

=== Q. ''Is it semantically meaningless to use divs?'' ===

A. Yes, both <code><div></code> and <code><span></code> have nearly no semantics. <code><div></code> can be used to represent a "division" of the page content. Similarly <code><span></code> can be used to reperesent that that "span" of text has some meaning, but the specifics of what that meaning is undefined by the <code><span></code>.

=== Q. ''Does the use of <code><div></code> and <code><span></code> elements add any semantics to web pages?''===

A. According to the [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 HTML 4 spec], <code><div></code> and <code><span></code> "offer a generic mechanism for adding structure to documents." Their only meaning is in dividing documents into sections, and as such, their presence implies that the content within has a specific, but undefined by the element markup, semantic. Thus they are nearly semantic-free.

=== Q. ''Why do the examples on the wiki use <code class="element"><span></code> and <code class="element"><div></code> for nearly everything?''===

A. <code class="element"><span></code> and <code class="element"><div></code> are generic elements in HTML. When you use microformats, you should pick the most specific semantic element available for the semantics you are trying to express. You might, for example, apply <code>class="vevent"</code> to a <code><nowiki><tr></nowiki></code>, or <code>class="vcard"</code> to a <code><nowiki><p></nowiki></code>.

== Class semantics ==

===Q. ''How will microformat class names impact page size?''===

A. You probably won't notice any impact on page size when authoring with microformats. Our experience is that people use comparably sized class names, and [[semantic-class-names|semantic class names]] are now considered an industry best practice. Some sites are successfully publishing millions of microformats, and we haven't heard any complaints yet. You are more likely to gain space savings by more fully adopting [[microformats#the_microformats_principles|the principles of microformats]], and eliminating tables for layout.
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===Q. ''Can an element have more than one class''===

A. Yes, the class attribute can contain a space delimited list of classes. For example:
<p class="todo idea">Write high quality and simple mark-up.</p>

See W3C HTML 4.01 Specification: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===Q. ''Do (X)HTML class names have semantics?''===

A. The HTML4 specification does not define any particular class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], nor does it define any particular semantic for class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], except that they "may be used for general user agent processing" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF]. However, the [http://www.w3.org/TR/WD-htmllink-970328#profile" draft of "Hypertext Links in HTML"], allows for a "profile" to define meanings for those classes. [http://gmpg.org/xmdp/ XMDP] is a format for defining meta data profiles for (X)HTML, and thus an XMDP profile can be used to define the meanings of class names.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== Nesting of elements ==
=== Q. ''It seems that <code><span class="vcard fn org" id="club">...</span></code> should work. Is this correct?''===

A. No. See [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-06T04:56:03Z

SukitArseanrapoj: /* ''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?'' */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats|ฟอร์แมตที่ถูกปฏิเสธ]]

===Q. ''What if I can't find real-world examples of a standard I'd like to propose?''===

A. If we can't find real-world examples of the '''types of data''' a proposal would address, it's probably not suitable for a microformat. If we only can't find real-world examples of the '''specific markup''' a proposal would use for that data, however, that's not really a problem. It's actually the lack of such standard markup in real-world publishing around a specific problem that suggests the need for increased consensus.

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== <code><div></code> and <code><span></code> semantics ==

=== Q. ''Is it semantically meaningless to use divs?'' ===

A. Yes, both <code><div></code> and <code><span></code> have nearly no semantics. <code><div></code> can be used to represent a "division" of the page content. Similarly <code><span></code> can be used to reperesent that that "span" of text has some meaning, but the specifics of what that meaning is undefined by the <code><span></code>.

=== Q. ''Does the use of <code><div></code> and <code><span></code> elements add any semantics to web pages?''===

A. According to the [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 HTML 4 spec], <code><div></code> and <code><span></code> "offer a generic mechanism for adding structure to documents." Their only meaning is in dividing documents into sections, and as such, their presence implies that the content within has a specific, but undefined by the element markup, semantic. Thus they are nearly semantic-free.

=== Q. ''Why do the examples on the wiki use <code class="element"><span></code> and <code class="element"><div></code> for nearly everything?''===

A. <code class="element"><span></code> and <code class="element"><div></code> are generic elements in HTML. When you use microformats, you should pick the most specific semantic element available for the semantics you are trying to express. You might, for example, apply <code>class="vevent"</code> to a <code><nowiki><tr></nowiki></code>, or <code>class="vcard"</code> to a <code><nowiki><p></nowiki></code>.

== Class semantics ==

===Q. ''How will microformat class names impact page size?''===

A. You probably won't notice any impact on page size when authoring with microformats. Our experience is that people use comparably sized class names, and [[semantic-class-names|semantic class names]] are now considered an industry best practice. Some sites are successfully publishing millions of microformats, and we haven't heard any complaints yet. You are more likely to gain space savings by more fully adopting [[microformats#the_microformats_principles|the principles of microformats]], and eliminating tables for layout.
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===Q. ''Can an element have more than one class''===

A. Yes, the class attribute can contain a space delimited list of classes. For example:
<p class="todo idea">Write high quality and simple mark-up.</p>

See W3C HTML 4.01 Specification: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===Q. ''Do (X)HTML class names have semantics?''===

A. The HTML4 specification does not define any particular class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], nor does it define any particular semantic for class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], except that they "may be used for general user agent processing" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF]. However, the [http://www.w3.org/TR/WD-htmllink-970328#profile" draft of "Hypertext Links in HTML"], allows for a "profile" to define meanings for those classes. [http://gmpg.org/xmdp/ XMDP] is a format for defining meta data profiles for (X)HTML, and thus an XMDP profile can be used to define the meanings of class names.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== Nesting of elements ==
=== Q. ''It seems that <code><span class="vcard fn org" id="club">...</span></code> should work. Is this correct?''===

A. No. See [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-06T04:55:19Z

SukitArseanrapoj: /* การสร้างและเสนอไมโครฟอร์แมตใหม่ */

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===ถาม. ''ผมอยากจะสร้างไมโครฟอร์แมตใหม่สำหรับเว็บไซต์/ธุรกิจของผม จะเริ่มอย่างไรดี?''===

ตอบ. สิ่งแรกที่คุณต้องทำก่อนที่จะสร้างไมโครฟอร์แมตใหม่คือพยายามใช้งาน [[POSH]] และ[[microformats|ไมโครฟอร์แมต]]ต่างๆที่มีอยู่ให้มากที่สุดเท่าที่จะทำได้ในเว็บไซต์ของคุณ เพื่อที่จะเรียนรู้ว่ายังเหลืออะไรที่จะต้องเพิ่มเติมในฟอร์แมตใหม่ของคุณ ก่อนอื่นเลยคุณจะต้อง:
* Mark up บุคคุลหรือองค์กรด้วย [[hcard|hCards]]
* Mark up เหตุการณ์ต่างๆและสิ่งที่อ้างอิงเรื่องวันและเวลาด้วย [[hcalendar|hCalendar]]
* Mark up บทวิจารณ์ด้วย [[hreview|hReviews]].
* ฯลฯ
จากนั้นก็เข้าร่วมใน[http://microformats.org/discuss กลุ่มสนทนา]เกี่ยวกับไมโครฟอร์แมตและขอความคิดเห็นจากสมาชิกในกลุ่มว่าพวกเขาคิดอย่างไรกับการใช้งานไมโครฟอร์แมตของคุณ และจะมีวิธีพัฒนาวิธีการใช้งานของคุณหรือไม่

จากประสบการณ์นี้คุณจะสามารถพบว่ามีอะไรที่ยังขาดไปและต้องเพิ่มเข้าไปในไมโครฟอร์แมตใหม่ของคุณบ้าง ถ้าไม่ใช้วิธีนี้คุณจะพบว่ามันยากเกินไปที่จะมองเห็น "ภาพรวมของปัญหา" ทั้งหมด

หลังจากคุณได้ทำสิ่งที่กล่าวมาทั้งหมดข้างต้น ลองดู[[process|แนวทางปฏิบัติ]]เพื่อเรียนรู้ขั้นตอนต่างๆในการสร้างไมโครฟอร์แมตใหม่ และแจงรายละเอียดปัญหาที่คุณต้องการแก้ไขให้กับกลุ่มสนทนาเกี่ยวไมโครฟอร์แมตได้รับทราบ วิธีนี้จะช่วยให้คุณหาคนที่สามารถช่วยคุณแก้ปัญหาได้อีกด้วย

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats]]

===Q. ''What if I can't find real-world examples of a standard I'd like to propose?''===

A. If we can't find real-world examples of the '''types of data''' a proposal would address, it's probably not suitable for a microformat. If we only can't find real-world examples of the '''specific markup''' a proposal would use for that data, however, that's not really a problem. It's actually the lack of such standard markup in real-world publishing around a specific problem that suggests the need for increased consensus.

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== <code><div></code> and <code><span></code> semantics ==

=== Q. ''Is it semantically meaningless to use divs?'' ===

A. Yes, both <code><div></code> and <code><span></code> have nearly no semantics. <code><div></code> can be used to represent a "division" of the page content. Similarly <code><span></code> can be used to reperesent that that "span" of text has some meaning, but the specifics of what that meaning is undefined by the <code><span></code>.

=== Q. ''Does the use of <code><div></code> and <code><span></code> elements add any semantics to web pages?''===

A. According to the [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 HTML 4 spec], <code><div></code> and <code><span></code> "offer a generic mechanism for adding structure to documents." Their only meaning is in dividing documents into sections, and as such, their presence implies that the content within has a specific, but undefined by the element markup, semantic. Thus they are nearly semantic-free.

=== Q. ''Why do the examples on the wiki use <code class="element"><span></code> and <code class="element"><div></code> for nearly everything?''===

A. <code class="element"><span></code> and <code class="element"><div></code> are generic elements in HTML. When you use microformats, you should pick the most specific semantic element available for the semantics you are trying to express. You might, for example, apply <code>class="vevent"</code> to a <code><nowiki><tr></nowiki></code>, or <code>class="vcard"</code> to a <code><nowiki><p></nowiki></code>.

== Class semantics ==

===Q. ''How will microformat class names impact page size?''===

A. You probably won't notice any impact on page size when authoring with microformats. Our experience is that people use comparably sized class names, and [[semantic-class-names|semantic class names]] are now considered an industry best practice. Some sites are successfully publishing millions of microformats, and we haven't heard any complaints yet. You are more likely to gain space savings by more fully adopting [[microformats#the_microformats_principles|the principles of microformats]], and eliminating tables for layout.
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===Q. ''Can an element have more than one class''===

A. Yes, the class attribute can contain a space delimited list of classes. For example:
<p class="todo idea">Write high quality and simple mark-up.</p>

See W3C HTML 4.01 Specification: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===Q. ''Do (X)HTML class names have semantics?''===

A. The HTML4 specification does not define any particular class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], nor does it define any particular semantic for class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], except that they "may be used for general user agent processing" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF]. However, the [http://www.w3.org/TR/WD-htmllink-970328#profile" draft of "Hypertext Links in HTML"], allows for a "profile" to define meanings for those classes. [http://gmpg.org/xmdp/ XMDP] is a format for defining meta data profiles for (X)HTML, and thus an XMDP profile can be used to define the meanings of class names.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== Nesting of elements ==
=== Q. ''It seems that <code><span class="vcard fn org" id="club">...</span></code> should work. Is this correct?''===

A. No. See [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

faq-th

2008-07-06T04:30:13Z

SukitArseanrapoj:

<h1> คำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมต </h1>

คุณสามารถดูคำถามที่ถูกถามบ่อยๆเกี่ยวกับไมโครฟอร์แมตได้ในหน้านี้ สำหรับคำถามจาก [[press]] กรุณาดู [[press-faq]]

ถ้าคุณกำลังหาไมโครฟอร์แมตสำหรับ mark up คำถามที่ถูกถามบ่อยๆ (FAQs) ลองอ่าน [[question-answer]]

__TOC__

== คำถามเกี่ยวกับวิกิ ==
===ถาม: ''ผมจะสร้างชื่อผู้ใช้ได้อย่างไร? ทำไมวิกิถึงไม่ให้ผมใช้ชื่อที่ผมระบุ?''===

ตอบ: ก่อนอื่นกรุณาอ่าน: http://en.wikipedia.org/wiki/Wikipedia:Username เราแนะนำให้คุณใช้ชื่อจริงมากกว่าชื่อเล่นหรือนามปากกา เนื่องจากการใช้ชื่อจริงส่งเสริมให้เกิดความโปร่งใสและความรับผิดชอบมากกว่า

ปัญหาที่ผู้ใช้ส่วนใหญ่พบบ่อยที่สุดเวลาสร้างชื่อผู้ใช้คือลืมใช้ตัวอักษรตัวใหญ่สำหรับตัวอักษรแรกของชื่อผู้ใช้ ลองใช้ชื่อจริงของคุณในรูปแบบ WikiCase เป็นชื่อผู้ใช้, เช่น RyanKing

== กลุ่มข่าว ==
===ถาม: ''ผมได้เป็นสมาชิกกลุ่มข่าว แต่ทำไมผมไม่เห็นคำตอบของผมในกลุ่มข่าวเลย?''===

ตอบ: เราไม่ได้มีการควบคุมข้อความในกลุ่มข่าว microformats-discuss กลุ่มข่าวนี้จะรับข้อความจากสมาชิกเท่านั้น เพราะฉะนั้นคุณจะต้องส่งข้อความหากลุ่มข่าว microformats-discuss ผ่านอีเมล์ที่คุณใช้สมัครเป็นสมาชิกเท่านั้น

===ถาม: '' "The message's content type was not explicitly allowed" หมายความว่าอะไร?'' ===

ตอบ: กรุณาอ่าน [http://microformats.org/mailinglists-policies/ กฏระเบียบการใช้กลุ่มข่าว] โดยเฉพาะอย่างยิ่ง:
<blockquote>
'''ห้ามใช้อีเมล์แบบ HTML หรือ RTF''' โปรแกรมเมล์ของคุณควรจะให้คุณสามาถเลือกที่จะส่งเมล์แบบ plain text ได้ ให้ส่งเมล์ในรูปแบบของ plain text เท่านั้น มิเช่นนั้นอาจไม่มีใครสามารถอ่านเมล์คุณได้
</blockquote>
กลุ่มข่าวถูกเซ็ตค่าให้ตีกลับเมล์ที่ถูกส่งในรูปแบบของ text/html โดยอัตโนมัติ เพราะฉะนั้นกรุณาตั้งค่าโปรแกรมเมล์คุณให้ส่งอีเมล์ในรูปแบบของ plain text

== คำถามเบื้องต้นเกี่ยวกับไมโครฟอร์แมต ==
===ถาม: '' ''xxx'' หมายความว่าอะไร?''===

ตอบ: ลองดู [[glossary|อภิธานศัพท์]].

===ถาม: ''ใครใช้ไมโครฟอร์แมตบ้าง?'' ===

ตอบ: ลองดู [[notable-users-th|รายชื่อผู้ใช้ดังๆ]]; [[examples-in-wild|ผู้ใช้ไมโครฟอร์แมตอื่นๆ]] และ [[implementations|เครื่องมือสำหรับไมโครฟอร์แมต]]

===ถาม: ''ไมโครฟอร์แมตมีไว้เพื่ออะไร? และผมควรจะใช้ไมันเมื่อไร?''===

ตอบ: คุณกำลังเขียน HTML เพื่อแสดงข้อมูลที่มีความหมายเช่นที่อยู่ คุณถามตัวเองว่า: ผมต้องการจะ mark up ข้อมูลนี้ด้วย class เพื่อจัดรูปแบบด้วย CSS แล้วผมควรจะใช้อะไรเป็นชื่อ class เหล่านี้ดีล่ะ? คำตอบก็คือลองดูมาตรฐานไมโครฟอร์แมตที่เกี่ยวข้องดูสิ แล้วก็ใช้ชื่อ class ที่อยู่ในมาตรฐานนั้น เพียงเท่านี้คุณก็ไม่ต้องสร้าง class ของคุณเองขึ้นมา นอกจากนั้นหน้าเว็บของคุณยังมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่เข้าใจ mark up ของคุณอีกด้วย

ไมโครฟอร์แมตถูกออกแบบมาเพื่อให้ข้อมูลทีคุณเผยแพร่ออกไปมีความหมายสำหรับโปรแกรมคอมพิวเตอร์ที่อ่านหน้าเว็บของคุณ มันเอื้อประโยชน์ให้โปรแกรมต่างๆ เช่น search engine สามารถใช้ข้อมูลที่คุณเผยแพร่ได้ดีขึ้น

===ถาม: ''ไมโครฟอร์แมตขึ้นอยู่กับ (X)HTML หรือเปล่า?''===

ตอบ: ไมโครฟอร์แมตถูกสร้างมาให้ถูก embed ในรูปแบบต่างๆได้ ไม่ว่าจะเป็น (X)HTML, RSS, Atom หรือที่ไหนก็ตามที่ใช้ (X)HTML ได้

===ถาม: ''ผมจะช่วยสนับสนุนไมโครฟอร์แมตได้อย่างไร?''===

ตอบ: ลองดูที่ [[get-started]] ถ้าคุณอยากจะใช้งานไมโครฟอร์แมตด้วยตัวเอง และ [[to-do|งานที่ยังค้างอยู่]] ถ้าคุณต้องการช่วยในการพัฒนาไมโครฟอร์แมต นอกจากนั้นลองดู http://microformats.org/discuss เพื่อร่วมพูดคุยเกี่ยวกับไมโครฟอร์แมต

===ถาม: ''ผมอยากจะบริจาคเงินเพื่อช่วยเหลือโครงการไมโครฟอร์แมต ผมต้องทำอย่างไร?''===

ตอบ: ขอบคุณสำหรับความเต็มใจของคุณที่จะช่วยเหลือไมโครฟอร์แมต เราเพิ่งเริ่มก่อตั้งเว็บไซต์นี้มาไม่นาน และก็ได้ตัดสินใจว่าในระหว่างที่เรายังตัดสินใจไม่ได้ว่าจะรับเงินบริจากยังไง เราขอให้คุณบริจาคเงินให้กับมูลนิธิและโครงการอื่นๆก่อน (เช่น สภากาชาด)

===ถาม: ''ไมโครฟอร์แมตไหนที่ถูกนำไปใช้งานแล้วบ้าง?'' ===

ตอบ: ลองดูหน้า [[implementations]]

===ถาม: ''ผมควรจะใช้ไมโครฟอร์แมตอันไหน?''===

ตอบ: มีความเป็นไปได้ว่าเว็บไซต์ของคุณมีข้อมูลที่คล้ายคลึงกับไมโครฟอร์แมตหลายๆแบบอยู่แล้ว ยกตัวอย่างเช่น คุณคงมีข้อมูลเกี่ยวกับบุคคล และ/หรือ ที่อยู่ติดต่อของเค้าที่ไหนซักที่ คุณสามารถ mark up ข้อมูลเหล่านี้ด้วย [[hcard|hCard]] (ลองดูหน้า [[hcard-authoring|hCard authoring]] สำหรับวิธีใช้งานอยางละเอียด หรือถ้าคุณกำลังจะประกาศข่าว (press release) ลองใช้ [[hatom|hAtom]] ดูสิ

===ถาม: ''คุณมีตราไมโครฟอร์แมตที่ผมสามารถลิงก์มาจากหน้าเว็บหรือบล๊อกของผมหรือไม่?''===

ตอบ: เรามีตราอยู่ที่ [[buttons]] แต่เราเปิดรับตราใหม่ๆเสมอ! ส่งตราที่คุณทำมาให้เราได้เลย!

===ถาม. ''มีเครื่องมืออะไรที่สนับสนุนการใช้งานไมโครฟอร์แมตบ้าง?''===

ตอบ. มีมากมายเลย...ลองดูที่ [[implementations]]

===ถาม. ''มีวิธีไหนที่จะระบุได้บ้างว่าหน้าเว็บมี markup ที่สนับสนุนไมโครฟอร์แมต?'' ===

ตอบ. แอททริบิวท์ '<code>profile</code>' ของ HTML HEAD สามารถบอกโปรแกรมต่างๆได้ว่าอาจจะมีไมโครฟอร์แมตอยู่ในหน้าเว็บ [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 มาตรฐาน HTML ของ W3C] ได้อธิบายเกี่ยวกับแอททริบิวท์ profile มากกว่านี้ และ [http://gmpg.org/xmdp/description คำอธิบายเกี่ยวกับ XMDP] ก็เขียนเกี่ยวกับวิธีการใช้มัน

===ถาม. ''จะดีกว่ามั๊ยถ้าผมจะใช้ URI เพื่อแทนข้อมูลเกี่ยวกับภูมิศาสตร์แทนที่จะใช้ชื่อ class แบบไมโครฟอร์แมต?''===

ตอบ. โดยทั่วไปแล้วเราคิดว่ามันยุ่งยากกว่า และก็ไม่ค่อยเป็นมิตรกับคนที่ตีพิมพ์ข้อมูลที่จะต้องใช้ URI แทนที่ class

คนที่ตีพิมพ์ข้อมูลภูมิศาสตร์ไม่ได้ตีพิมพ์ลิงก์ไปหาข้อมูลเหล่านั้น พวกเค้าตีพิมพ์ *เนื้อหา* ที่เกียวกับข้อมูล [[geo|ภูมิศาสตร์]] ต่างหาก

เพราะฉะนั้นสิ่งที่ง่ายที่สุดสำหรับผู้แต่งคือทิ้งข้อมูลที่ตีพิมพ์ในเนื้อหาและ mark up เนื้อหาภูมิศาสตร์นั้นด้วย class ที่มีความหมายแทนที่จะย้าย (หรือคัดลอก) เนื้อหาไปไว้ใน URI

แต่ทั้งนี้ทั้งนั้นก็ต้องดูว่าคุณต้องการจะสร้างลิงก์เพื่อเปิดแผนที่ไปที่จุดภูมิศาสตร์นั้นๆหรือเปล่า ในกรณีนี้การใช้งานลิงก์เป็นสิ่งที่เหมาะสมที่เดียว เพราถ้าคุณบังคับผู้ใช้ให้ต้องใช้ โปรโตคอล "geo:" แทน "http:" คุณคงทำให้ผู้ใช้งานรำคาญตายแน่ๆ

===ถาม: ''ใครเป็นคนควบคุมไมโครฟอร์แมต?''===

ตอบ: An open community. Microformats are open standards licensed under Creative Commons Attribution. Much of the work here was begun on [http://developers.technorati.com/wiki Technorati's Developer Wiki], but Technorati has since divested control of these microformat standards to the open community here. The microformats.org domain is registered to Rohit Khare (see [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet is graciously hosting the servers, but claims no control over microformat standards. Anyone may follow the established [[process]] and contribute towards the development of microformat standards.

Any required [[governance]] of the microformats IRC channel, wiki, and mailing lists (and very little ''has been'' required) is discussed by a group of volunteer administrators, who are listed on that page.

===ถาม: ''ใครเป็นนายทะเบียนของไมโครฟอร์แมต?''===

ตอบ: ไม่มีนายทะเบียนกลางสำหรับไมโครฟอร์แมต การลงทะเบียนของไมโครฟอร์แมตนั้นเป็นแค่การแจกจ่ายกันโดยใช้โปรไฟล์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโปรไฟล์ ลองดู http://microformats.org/wiki/profile-uris และ http://gmpg.org/xmdp/

ความขัดแย้งและความเข้ากันได้ในการใช้งานถูกจัดการผ่านการพูดคุยแลกเปลี่ยนความคิดเห็นมากกว่าระบบการลงทะเบียนแบบเป็นทางการ โปรไฟล์ของไมโครฟอร์แมตปัจจุบันอยู่ที่ http://gmpg.org, http://w3.org, และ http://microformats.org.

===ถาม: ''ถ้าอย่างนั้นไมโครฟอร์แมตหลายๆอันที่มีชื่อเดียวกันก็ได้หรือ?''===

ตอบ: ใช่แล้ว แต่เราหวังว่าชุมชนที่ microformats.org จะสามารถทำหน้าที่นำคนจากหลากหลายที่ๆสนใจในไมโครฟอร์แมตมาร่วมในการออกความเห็นและตอบคำถามข้อนี้ร่วมกัน ตราบใดที่แต่ละไมโครฟอร์แมตมีโปรไฟล์ที่ถูกต้อง ไมโครฟอร์แมตนั้นๆก็สามารถถูกนำไปใช้ได้

===ถาม: ''ผมจะรู้ได้ยังไงว่าไมโครฟอร์แมตในเนื้อหาของผมถูกต้องหรือเปล่า?''===

ตอบ: ณ ปัจจุบัน ยังไม่มีเครื่องมือตรวจสอบความถูกต้องทั่วไปสำหรับทุกไมโครฟอร์แมต (ลองดู [[to-do#for_all_microformats|สิ่งที่ต้องทำ - สำหรับทุกไมโครฟอร์แมต]]) อย่างไรก็ตาม มีเครื่องมือสำหรับตรวจสอบบางไมโครฟอร์แมตอยู่ที่หน้า [[implementations]] ที่จะสามารถช่วยให้คุณตรวจสอบความถูกต้องได้ [https://addons.mozilla.org/firefox/4106/ โอเปอร์เรเตอร์] ก็เป็นอีกเครื่องมือนึงที่สามารถ parse ไมโครฟอร์แมตโดยทั่วๆไปได้ค่อนข้างดี สำหรับ [[hcard|hCard]] ลองดู [http://feeds.technorati.com/contacts/ บริการ Technorati Contacts Feed] สำหรับ [[hcalendar|hCalendar]] ลองดู [http://feeds.technorati.com/events/ บริการ Technorati Events Feed] นอกจากนั้นการส่งตัวอย่างของคุณไปที่ [http://microformats.org/discuss กลุ่มข่าว microformats-discuss] และเพิ่มตัวอย่างไปไว้ในส่วน ตัวอย่าง/การใช้งาน ของแต่ละหน้ายังทำให้ชุมชมมีส่วนร่วมในการให้ความเห็นและตรวจความถูกต้องให้กับคุณได้เหมือนกัน

===ถาม: ''ไมโครฟอร์แมตจะช่วยแก้ปัญหาเรื่องความเข้าใจทางภาษาได้ยังไง?''===
'''เราจำเป็นที่จะต้อง "บังคับ" นักพัฒนาเว็บที่ไม่ได้พูดภาษาอังกฤษเป็นพื้นฐานให้ใช้อะไรเช่น class="name" (แทนที่จะเป็น "namen" หรือ "nom") เพื่อให้เนื้อหาของเค้าสามารถถูกทำดัชนีโดย search agents ด้วยหรือ?'''

ตอบ: ใช่แล้ว แต่มันก็ไม่ต่างอะไรกับการใช้คำภาษาอังกฤษอย่าง "class", "span" หรือ "head" ปัญหานี้ได้มีการถกเถียงกันในกลุ่มข่าว microformats-discuss ในเรื่อง "Language Maps" แต่ก่อนหน้านี้ก็มีการถกเรื่องนี้เหมือนกัน บางคนก็ได้บอกมาว่าไมโครฟอร์แมตใช้ชื่อภาษาอังกฤษสำหรับ properties และพวกเค้าต้องการให้ใช้ชื่อเป็นภาษาอื่นๆ (ที่ไม่ใช่ภาษาอังกฤษ) ได้ด้วย และก็จะสร้าง mapping ระหว่างภาษาเหล่านั้น

เนื่องจากว่าไมโครฟอร์แมตมีพื้นฐานบนมาตรฐานที่มีอยู่แล้ว (ลองดู [[process]] และ [[naming-principles]]) นี่เลยกลายเป็นปัญหาที่อยู่นอกเหนือไมโครฟอร์แมต อย่างที่ไรอัน คิงได้ว่าไว้ ปัญหานี้เป็น "ปัญหา" ที่มีอยู่แล้วและยังไม่ได้ถูกแก้ไขจาก HTML, CSS, HTTP และมาตรฐานอื่นๆที่อิงกับภาษาอังกฤษเป็นหลัก กรุณาทำความเข้าใจว่านี่ไม่เกี่ยวกับการแปลข้อมูลให้เป็นภาษาต่างๆ - ซึ่งก็เป็นเป้าหมายที่ดีซึ่งองค์กรที่สร้างมาตรฐานต่างๆ (เช่น W3C, IETF) ต่างก็สนับสนุนเป้าหมายนี้ ปัญหานี้เป็นปัญหาที่เกี่ยวชื่อของ property และค่าที่อนุญาติสำหรับ property ในไมโครฟอร์แมต ลองดู [[internationalization]] ด้วย

===ถาม: ''ทำไมบางครั้งไมโครฟอร์แมตที่ดูเหมือนใช้งานได้แล้วกลับยังอยู่ในสถานะเป็นเอกสารฉบับร่างอยู่?'' ===

ตอบ: [http://microformats.org/wiki/faq#Q:_Who_controls_microformats.3F คุณแทนเทค]ได้พูดถึงเรื่องนี้ในการอภิปรายหัวข้อ[http://2007.sxsw.com/interactive/programming/panels/?action=show&id=IAP060234 The Growth and Evolution of Microformats] ที่ผ่านมาเมื่อเร็วๆนี้ในงานสัมนา [http://en.wikipedia.org/wiki/South_by_Southwest SXSW] โดยเขาได้อธิบายว่าก่อนที่จะเปลี่ยนสถานะของไมโครฟอร์แมตจากเอกสารฉบับร่างเป็นมาตรฐานนั้น มีความจำเป็นอย่างยิ่งที่จะต้องมีโปรแกรมที่นำฟอร์แมตนั้นไปใช้จริงๆก่อน ถึงแม้ว่าโปรแกรมนั้นจะยังเป็นตัวทดลองอยู่ก็ตาม เหตุผลก็คือมันค่อนข้างยากที่จะเห็นช่องโหว่ในไมโครฟอร์แมตจากการอ่านและตรวจด้วยตาเปล่า แต่เมื่อได้ทดลองเขียนโปรแกรมเพื่ออ่านไมโครฟอร์แมตนั้นจริงๆ จะสามารถเห็นช่องโหว่และข้อผิดพลาดของฉบับร่างได้อย่างชัดเจนยิ่งขึ้น (สืบเนื่องจากหลักการ [[dry | DRY / Don't Repeat Yourself]]) หลังจากที่เครื่องมือสำหรับไมโครฟอร์แมตนั้นได้ถูกสร้าง (ซึ่งหมายความว่าฟอร์แมตนั้นเหมาะสมพอที่จะนำมาเขียนโปรแกรมต่างๆได้) ไมโครฟอร์แมตจึงจะเปลี่ยนสถานะจากเอกสารฉบับร่างเป็นมาตรฐาน (หรือ Specification) เพื่อนำไปสู่การเขียนโปรแกรมอื่นๆเพิ่มเติมต่อไป

== การสร้างและเสนอไมโครฟอร์แมตใหม่ ==

===Q. ''I would like to author a new microformats open standards specification for my site/business. How do I get started?''===

A. The first thing to do before attempting a new microformat open standard is to make as much use of [[POSH]] and existing [[microformats]] open standards as possible in whatever site you are looking to mark up with your new microformat, as a way of learning what is left to be done. That is, at a minimum first:
* Mark up all people and organizations as [[hcard|hCards]].
* Mark up all events and time based things as [[hcalendar|hCalendar]] events.
* Mark up all reviews as [[hreview|hReviews]].
* etc.
Then join the microformats [http://microformats.org/discuss discuss list], and ask folks what they think of your use of the microformats and if it can be improved.

From that experience you will then be able to figure out what is left to be specified. Otherwise it is too hard to approach the "whole problem".

Once you have completed that, take a look at the microformats [[process]] for how to walk through the steps of creating a new microformat, and note the specific problem you are trying to solve to the microformats-discuss list. This will help you find more people to help you solve the problems you are trying to solve.

===''ถาม ผมจะรู้ได้ยังไงว่าไอเดียสำหรับไมโครฟอร์แมตถูกเสนอมาแล้วหรือยัง?''===

ตอบ. ลองเช็ครายชื่อไมโครฟอร์แมตที่ถูกเสนอและตอบปฏิเสธที่
* [[rejected-formats]]

===Q. ''What if I can't find real-world examples of a standard I'd like to propose?''===

A. If we can't find real-world examples of the '''types of data''' a proposal would address, it's probably not suitable for a microformat. If we only can't find real-world examples of the '''specific markup''' a proposal would use for that data, however, that's not really a problem. It's actually the lack of such standard markup in real-world publishing around a specific problem that suggests the need for increased consensus.

== คำถามเจาะจงเกี่ยวกับไมโครฟอร์แมต ==
ถ้าคุณมีคำถามเกี่ยวกับไมโครฟอร์แมตอันใดอันหนึ่ง ลองเช็คที่คำถามที่ถูกถามบ่อยๆสำหรับไมโครฟอร์แมตนั้นๆดูสิ
* [[hatom-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hatom]]
* [[hcalendar-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcalendar]]
* [[hcard-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hcard]]
* [[hreview-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ hreview]]
* [[rel-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel]]
* [[rel-tag-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ rel-tag]]
* [http://gmpg.org/xfn/faq คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfn]
* [[xfolk-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xfolk]]
* [[xmdp-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xmdp]]
* [[xoxo-faq | คำถามที่ถูกถามบ่อยๆเกี่ยวกับ xoxo]]

== Class interactions ==

===Q. ''Are there issues with page styling when specific class values are used?''===

A. There might be. However, any such issues can be easily (trivially) worked around by using contextual selectors.

===Q. ''How does the use of class values for semantics interact with the use of class values for attaching CSS styles?''===

A. The class attribute takes a space separated set of class names [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 HTML4 reference]. Thus both author and microformat defined class names may be used in the same class attribute. In addition, microformat class names provide the author with a consistent set of class names to use for styling. If the author is already using using specific class names, they can continue to do so, and include microformat class names. If the author is already using a class name that happens to also be a microformat class name, then the author may want to consider using contextual CSS class selectors to make sure that avoid any unintentional styling effects.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], by Eric Meyer for discussion of choosing class names in (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== <code><div></code> and <code><span></code> semantics ==

=== Q. ''Is it semantically meaningless to use divs?'' ===

A. Yes, both <code><div></code> and <code><span></code> have nearly no semantics. <code><div></code> can be used to represent a "division" of the page content. Similarly <code><span></code> can be used to reperesent that that "span" of text has some meaning, but the specifics of what that meaning is undefined by the <code><span></code>.

=== Q. ''Does the use of <code><div></code> and <code><span></code> elements add any semantics to web pages?''===

A. According to the [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 HTML 4 spec], <code><div></code> and <code><span></code> "offer a generic mechanism for adding structure to documents." Their only meaning is in dividing documents into sections, and as such, their presence implies that the content within has a specific, but undefined by the element markup, semantic. Thus they are nearly semantic-free.

=== Q. ''Why do the examples on the wiki use <code class="element"><span></code> and <code class="element"><div></code> for nearly everything?''===

A. <code class="element"><span></code> and <code class="element"><div></code> are generic elements in HTML. When you use microformats, you should pick the most specific semantic element available for the semantics you are trying to express. You might, for example, apply <code>class="vevent"</code> to a <code><nowiki><tr></nowiki></code>, or <code>class="vcard"</code> to a <code><nowiki><p></nowiki></code>.

== Class semantics ==

===Q. ''How will microformat class names impact page size?''===

A. You probably won't notice any impact on page size when authoring with microformats. Our experience is that people use comparably sized class names, and [[semantic-class-names|semantic class names]] are now considered an industry best practice. Some sites are successfully publishing millions of microformats, and we haven't heard any complaints yet. You are more likely to gain space savings by more fully adopting [[microformats#the_microformats_principles|the principles of microformats]], and eliminating tables for layout.
<span class="todo">''TODO: Consider creating a new section for web authoring tips? Or at least linking to another site that advocates good authorship.''</span>

===Q. ''Can an element have more than one class''===

A. Yes, the class attribute can contain a space delimited list of classes. For example:
<p class="todo idea">Write high quality and simple mark-up.</p>

See W3C HTML 4.01 Specification: [http://www.w3.org/TR/html401/struct/global.html#adef-class 7.5.2 Element identifiers: the id and class attributes]

===Q. ''Do (X)HTML class names have semantics?''===

A. The HTML4 specification does not define any particular class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], nor does it define any particular semantic for class values [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], except that they "may be used for general user agent processing" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF]. However, the [http://www.w3.org/TR/WD-htmllink-970328#profile" draft of "Hypertext Links in HTML"], allows for a "profile" to define meanings for those classes. [http://gmpg.org/xmdp/ XMDP] is a format for defining meta data profiles for (X)HTML, and thus an XMDP profile can be used to define the meanings of class names.

See also:
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

===Q. ''I thought one of the main goals of CSS was to separate data from presentation. Isn’t this sneaking presentation back into data?''===

A. This is a quite commonly expressed objection to the way microformats uses class, but it's based on a misunderstanding of the way the class attribute in HTML was designed. Yes, class is very commonly,and appropriately used by web designers in conjunction with CSS to style pages, and in truth, it is often overused for that, but despite this, class, according to the HTML specification "has several roles in HTML", including [http://www.w3.org/TR/html4/struct/global.html#h-7.5.2 "for general purpose processing by user agents"].

Microformats utilize this second aspect of the class (and id) attribute, and do so legitimately. It is not an abuse of the class or id attribute to use it to add semantic context to a document. Nor is the use of class in and of itself presentational - in fact, it is an important mechanism for separating presentation from structured content.

For some more on using class semantically, here are some articles

* [http://meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competent Classing by Eric Meyer]
* [http://www.w3.org/QA/Tips/goodclassnames Use class with semantics in mind, W3C]
* [http://tantek.com/log/2004/07.html#d20t2359 More about the class attribute, Tantek Çelik]

===Q. ''Should human readable data go into class names?'' ===

A. No. We should not put human readable data into the <code>class</code> attribute, because it puts human-readable data in a spot that's no longer visible. See the [[principles]].

Q. Follow-up. How is that different from putting human readable data into the <code>title</code> attribute?

A. The title attribute is displayed in tool-tips in the overwhelming majority of browsers in use and thus is quite semi-visible, and thus human verifiable by casual users. The class attribute is not displayed in a tool-tip or any other user interface (not withstanding developer interfaces like view source).

== Microformats and Spam ==
=== Q. ''Given that Google now looks at hidden content as potential spam, will invisible microformats be considered spam?''===

A. It is advisable not to hide information in your site, regardless of whether it is microformatted or not. Microformats provide a mechanism for marking up ''visible'' content. Any mechanism for embedding ''invisible'' or hidden content risks being considered spam due to the fact that invisible (meta)data inevitably ends up being abused. Avoid invisible (meta)data. Publish visible data.

== Design Patterns with Abbr & Title ==
=== Q. ''Why is ABBR being used when the title attribute is available on all HTML elements?''===

In the datetime design pattern the title attribute is used for the value of the property and the node value is used as the display value. <abbr title="value-here">Display-Here</abbr>.

A. The short answer is that <abbr> has the correct semantics.

The longer answer is that the value is often an abbreviated version of the formal value. Of course, if you don't want to use an <abbr>, you can use another element like this:

<abbr title="2006-12-31T12:59:59Z" class="dtstamp">New Year</abbr>

<span class="dtstamp">2006-12-31T12:59:59Z</span>

In addition, microformats encourage the content to be visible and thus prefer the text of an element rather than using the 'title' attribute or any other less visible alternative. The exception is made for datetimes and abbr due to the fact that microformats are for humans first, machines second. Thus the content of the abbr element is used to provide human visible content and the machine equivalent is placed in the less visible (but still easily verifiable) 'title' attribute.

== Nesting of elements ==
=== Q. ''It seems that <code><span class="vcard fn org" id="club">...</span></code> should work. Is this correct?''===

A. No. See [[hcard-faq#nesting-properties]].

== See Also ==
* [[misconceptions]]

hcard-th

2008-05-28T14:02:28Z

SukitArseanrapoj: /* Notes on derivation from vCard */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า[[hcard#Implied_.22n.22_Optimization|การแทนค่าคุณสมบัติ "n" แบบเป็นนัย]]มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== การตัดตอนเนื้อหาเพื่อแทนค่าของคุณสมบัติ ===
ในบางครั้งแค่ส่วนใดส่วนหนึ่งของ element ถูกใช้แทนค่าของคุณสมบัติ เช่นในคุณสมบัติย่อยของ 'tel' ที่ใช้แทนชนิดของบอร์โทรศัพท์ สำหรับกรณีนี้ให้ใช้ชื่อ class "<code>value</code>" เพื่อตัดตอนเนื้อหาส่วนที่แทนค่าของคุณสมบัติใน markup

ด้านล่างเป็นตัวอย่างของการใช้ class นี้สำหรับแทนค่าเบอร์โทรศัพท์บ้าน:<br/>

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

hCard นี้สามารถแสดงผลเป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== คุณสมบัติที่ไม่ใช้ ===
vCard มีคุณสมบัติบางอันที่ไม่มีความหมายสำหรับเนื้อหาในหน้าเว็บ เนื้อหาส่วนนี้อธิบายว่าทำไมคุณไม่ควรใช้คุณสมบัติเหล่านั้น

# คุณสมบัติ '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', และ '''VERSION''' ของ vCard ถูกอธิบายในหัวข้อ 2.1.2, 2.1.3, 2.1.4, 3.6.3, และ 3.6.9 ของ [[rfc-2426|RFC2426]] ผู้เผยแพร่เนื้อหา{{must-not-th}}ใช้คุณสมบัติเหล่านี้ใน hCard และผู้ใช้เนื้อหานี้{{must-th}}ไม่นำคุณสมบัติเหล่านี้มาใช้ถ้ามีอยู่ใน hCard
# เมื่อมีการแปลงจาก vCard เป็น hCard คุณ {{should-th}} ใช้ชื่อของหน้าเว็บที่มี hCard (จาก <code><title></code> ของเอกสาร HTML) เพื่อสร้างคุณสมบัติ NAME
# {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== การแทนค่าคุณสมบัติ "nickname" แบบเป็นนัย ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นโดยผู้เขียน [[hReview|reviews]]) hCard เองก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการแทนค่า "N" แบบเป็นนัย ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" โดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

=== การแทนค่าคุณสมบัติ "organization-name" แบบเป็นนัย ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน

=== การใช้ Tag เพื่อจัดกลุ่ม ===
คุณ {{may-th}} แทนคุณสมบัติกลุ่มใน hCard ได้โดยการใช้ tag ผ่าน [[rel-tag]] เมื่อคุณสมบัติ category เป็น rel-tag ค่าของ tag นั้นถือเป็นชื่อของกลุ่ม

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== แรงบันดาลใจและกิตติกรรมประกาศ ==
ขอบคุณ: เพื่อนที่ดีของผม [http://vadim.com/ Vadim] ซึ่งทำให้ผมได้รู้จักกับ vCard ''หลาย'' ปีที่แล้ว ถ้าผมใ่ส่ใจในเรื่องนี้มากกว่านี้สักหน่อยในตอนนั้น ผมคงจะช่วยให้หลายๆคนไม่ต้องเสียเวลาสร้างมาตรฐานใหม่เพื่อที่ทำสิ่งเดียวกับมาตรฐานที่มีอยู่แล้ว

== บันทึกเกี่ยวกับส่วนดัดแปลงจาก vCard ==
ส่วนนี้มีไว้เพื่อ ''อ้างอิง''

<div id="Semantic_XHTML_Design_Principles">ดู: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== ส่วนดัดแปลงเกี่ยวกับการใช้เอกพจน์และพหูพจน์ ===
[[hcard#Singular_vs._Plural_Properties|รายชื่อคุณสมบัติที่เป็นเอกพจน์และพหูพจน์]] ได้มาจากการวิเคราะห์ความหมายของแต่ละคุณสมบัติใน vCard RFC2426 และตัดสินใจว่าคุณสมบัติไหน{{must-th}}เป็นเอกพจน์โดยดูตามความหมายของคุณสมบัตินั้นๆ ดูคำอธิบายเพิ่มเติมที่ [[hcard-singular-properties]]

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-28T13:53:00Z

SukitArseanrapoj: /* Inspiration and Acknowledgments */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า[[hcard#Implied_.22n.22_Optimization|การแทนค่าคุณสมบัติ "n" แบบเป็นนัย]]มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== การตัดตอนเนื้อหาเพื่อแทนค่าของคุณสมบัติ ===
ในบางครั้งแค่ส่วนใดส่วนหนึ่งของ element ถูกใช้แทนค่าของคุณสมบัติ เช่นในคุณสมบัติย่อยของ 'tel' ที่ใช้แทนชนิดของบอร์โทรศัพท์ สำหรับกรณีนี้ให้ใช้ชื่อ class "<code>value</code>" เพื่อตัดตอนเนื้อหาส่วนที่แทนค่าของคุณสมบัติใน markup

ด้านล่างเป็นตัวอย่างของการใช้ class นี้สำหรับแทนค่าเบอร์โทรศัพท์บ้าน:<br/>

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

hCard นี้สามารถแสดงผลเป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== คุณสมบัติที่ไม่ใช้ ===
vCard มีคุณสมบัติบางอันที่ไม่มีความหมายสำหรับเนื้อหาในหน้าเว็บ เนื้อหาส่วนนี้อธิบายว่าทำไมคุณไม่ควรใช้คุณสมบัติเหล่านั้น

# คุณสมบัติ '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', และ '''VERSION''' ของ vCard ถูกอธิบายในหัวข้อ 2.1.2, 2.1.3, 2.1.4, 3.6.3, และ 3.6.9 ของ [[rfc-2426|RFC2426]] ผู้เผยแพร่เนื้อหา{{must-not-th}}ใช้คุณสมบัติเหล่านี้ใน hCard และผู้ใช้เนื้อหานี้{{must-th}}ไม่นำคุณสมบัติเหล่านี้มาใช้ถ้ามีอยู่ใน hCard
# เมื่อมีการแปลงจาก vCard เป็น hCard คุณ {{should-th}} ใช้ชื่อของหน้าเว็บที่มี hCard (จาก <code><title></code> ของเอกสาร HTML) เพื่อสร้างคุณสมบัติ NAME
# {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== การแทนค่าคุณสมบัติ "nickname" แบบเป็นนัย ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นโดยผู้เขียน [[hReview|reviews]]) hCard เองก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการแทนค่า "N" แบบเป็นนัย ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" โดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

=== การแทนค่าคุณสมบัติ "organization-name" แบบเป็นนัย ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน

=== การใช้ Tag เพื่อจัดกลุ่ม ===
คุณ {{may-th}} แทนคุณสมบัติกลุ่มใน hCard ได้โดยการใช้ tag ผ่าน [[rel-tag]] เมื่อคุณสมบัติ category เป็น rel-tag ค่าของ tag นั้นถือเป็นชื่อของกลุ่ม

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== แรงบันดาลใจและกิตติกรรมประกาศ ==
ขอบคุณ: เพื่อนที่ดีของผม [http://vadim.com/ Vadim] ซึ่งทำให้ผมได้รู้จักกับ vCard ''หลาย'' ปีที่แล้ว ถ้าผมใ่ส่ใจในเรื่องนี้มากกว่านี้สักหน่อยในตอนนั้น ผมคงจะช่วยให้หลายๆคนไม่ต้องเสียเวลาสร้างมาตรฐานใหม่เพื่อที่ทำสิ่งเดียวกับมาตรฐานที่มีอยู่แล้ว

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-28T13:28:03Z

SukitArseanrapoj: /* Tags as Categories */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า[[hcard#Implied_.22n.22_Optimization|การแทนค่าคุณสมบัติ "n" แบบเป็นนัย]]มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== การตัดตอนเนื้อหาเพื่อแทนค่าของคุณสมบัติ ===
ในบางครั้งแค่ส่วนใดส่วนหนึ่งของ element ถูกใช้แทนค่าของคุณสมบัติ เช่นในคุณสมบัติย่อยของ 'tel' ที่ใช้แทนชนิดของบอร์โทรศัพท์ สำหรับกรณีนี้ให้ใช้ชื่อ class "<code>value</code>" เพื่อตัดตอนเนื้อหาส่วนที่แทนค่าของคุณสมบัติใน markup

ด้านล่างเป็นตัวอย่างของการใช้ class นี้สำหรับแทนค่าเบอร์โทรศัพท์บ้าน:<br/>

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

hCard นี้สามารถแสดงผลเป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== คุณสมบัติที่ไม่ใช้ ===
vCard มีคุณสมบัติบางอันที่ไม่มีความหมายสำหรับเนื้อหาในหน้าเว็บ เนื้อหาส่วนนี้อธิบายว่าทำไมคุณไม่ควรใช้คุณสมบัติเหล่านั้น

# คุณสมบัติ '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', และ '''VERSION''' ของ vCard ถูกอธิบายในหัวข้อ 2.1.2, 2.1.3, 2.1.4, 3.6.3, และ 3.6.9 ของ [[rfc-2426|RFC2426]] ผู้เผยแพร่เนื้อหา{{must-not-th}}ใช้คุณสมบัติเหล่านี้ใน hCard และผู้ใช้เนื้อหานี้{{must-th}}ไม่นำคุณสมบัติเหล่านี้มาใช้ถ้ามีอยู่ใน hCard
# เมื่อมีการแปลงจาก vCard เป็น hCard คุณ {{should-th}} ใช้ชื่อของหน้าเว็บที่มี hCard (จาก <code><title></code> ของเอกสาร HTML) เพื่อสร้างคุณสมบัติ NAME
# {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== การแทนค่าคุณสมบัติ "nickname" แบบเป็นนัย ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นโดยผู้เขียน [[hReview|reviews]]) hCard เองก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการแทนค่า "N" แบบเป็นนัย ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" โดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

=== การแทนค่าคุณสมบัติ "organization-name" แบบเป็นนัย ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน

=== การใช้ Tag เพื่อจัดกลุ่ม ===
คุณ {{may-th}} แทนคุณสมบัติกลุ่มใน hCard ได้โดยการใช้ tag ผ่าน [[rel-tag]] เมื่อคุณสมบัติ category เป็น rel-tag ค่าของ tag นั้นถือเป็นชื่อของกลุ่ม

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-26T16:12:18Z

SukitArseanrapoj: /* Property Exceptions */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า[[hcard#Implied_.22n.22_Optimization|การแทนค่าคุณสมบัติ "n" แบบเป็นนัย]]มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== การตัดตอนเนื้อหาเพื่อแทนค่าของคุณสมบัติ ===
ในบางครั้งแค่ส่วนใดส่วนหนึ่งของ element ถูกใช้แทนค่าของคุณสมบัติ เช่นในคุณสมบัติย่อยของ 'tel' ที่ใช้แทนชนิดของบอร์โทรศัพท์ สำหรับกรณีนี้ให้ใช้ชื่อ class "<code>value</code>" เพื่อตัดตอนเนื้อหาส่วนที่แทนค่าของคุณสมบัติใน markup

ด้านล่างเป็นตัวอย่างของการใช้ class นี้สำหรับแทนค่าเบอร์โทรศัพท์บ้าน:<br/>

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

hCard นี้สามารถแสดงผลเป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== คุณสมบัติที่ไม่ใช้ ===
vCard มีคุณสมบัติบางอันที่ไม่มีความหมายสำหรับเนื้อหาในหน้าเว็บ เนื้อหาส่วนนี้อธิบายว่าทำไมคุณไม่ควรใช้คุณสมบัติเหล่านั้น

# คุณสมบัติ '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', และ '''VERSION''' ของ vCard ถูกอธิบายในหัวข้อ 2.1.2, 2.1.3, 2.1.4, 3.6.3, และ 3.6.9 ของ [[rfc-2426|RFC2426]] ผู้เผยแพร่เนื้อหา{{must-not-th}}ใช้คุณสมบัติเหล่านี้ใน hCard และผู้ใช้เนื้อหานี้{{must-th}}ไม่นำคุณสมบัติเหล่านี้มาใช้ถ้ามีอยู่ใน hCard
# เมื่อมีการแปลงจาก vCard เป็น hCard คุณ {{should-th}} ใช้ชื่อของหน้าเว็บที่มี hCard (จาก <code><title></code> ของเอกสาร HTML) เพื่อสร้างคุณสมบัติ NAME
# {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== การแทนค่าคุณสมบัติ "nickname" แบบเป็นนัย ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นโดยผู้เขียน [[hReview|reviews]]) hCard เองก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการแทนค่า "N" แบบเป็นนัย ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" โดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

=== การแทนค่าคุณสมบัติ "organization-name" แบบเป็นนัย ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-26T14:58:25Z

SukitArseanrapoj: /* Value excerpting */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า[[hcard#Implied_.22n.22_Optimization|การแทนค่าคุณสมบัติ "n" แบบเป็นนัย]]มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== การตัดตอนเนื้อหาเพื่อแทนค่าของคุณสมบัติ ===
ในบางครั้งแค่ส่วนใดส่วนหนึ่งของ element ถูกใช้แทนค่าของคุณสมบัติ เช่นในคุณสมบัติย่อยของ 'tel' ที่ใช้แทนชนิดของบอร์โทรศัพท์ สำหรับกรณีนี้ให้ใช้ชื่อ class "<code>value</code>" เพื่อตัดตอนเนื้อหาส่วนที่แทนค่าของคุณสมบัติใน markup

ด้านล่างเป็นตัวอย่างของการใช้ class นี้สำหรับแทนค่าเบอร์โทรศัพท์บ้าน:<br/>

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

hCard นี้สามารถแสดงผลเป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Property Exceptions ===
vCard has several properties which either do not make sense on, or are already implied within the context of a web page. This section explains what to (not) do with them.

# vCard's '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' properties are defined in Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 of [[rfc-2426|RFC2426]]. Content publishers {{must-not}} use these properties in their hCards, and as such, hCard consumers/parsers {{must}} IGNORE these properties if they are found within an hCard. Instead. hCard to vCard converters {{should}} use the title of the page where the hCard is found (e.g. the <code><title></code> element in HTML documents) to construct the NAME property, {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== การแทนค่าคุณสมบัติ "nickname" แบบเป็นนัย ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นโดยผู้เขียน [[hReview|reviews]]) hCard เองก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการแทนค่า "N" แบบเป็นนัย ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" โดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

=== การแทนค่าคุณสมบัติ "organization-name" แบบเป็นนัย ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-26T14:30:35Z

SukitArseanrapoj: /* หมายเหตุเกี่ยวกับคุณสมบัติ */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า[[hcard#Implied_.22n.22_Optimization|การแทนค่าคุณสมบัติ "n" แบบเป็นนัย]]มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== Value excerpting ===
Sometimes only part of an element which is the equivalent for a property is used for the value of the property. This typically occurs when a property has a subtype, like 'tel'. For this purpose, the special class name "<code>value</code>" is used to excerpt out the subset of the element that is the value of the property. E.g. here is an hCard fragment for marking up a home phone number:<br />

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

This hCard fragment could be displayed as:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Property Exceptions ===
vCard has several properties which either do not make sense on, or are already implied within the context of a web page. This section explains what to (not) do with them.

# vCard's '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' properties are defined in Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 of [[rfc-2426|RFC2426]]. Content publishers {{must-not}} use these properties in their hCards, and as such, hCard consumers/parsers {{must}} IGNORE these properties if they are found within an hCard. Instead. hCard to vCard converters {{should}} use the title of the page where the hCard is found (e.g. the <code><title></code> element in HTML documents) to construct the NAME property, {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== การแทนค่าคุณสมบัติ "nickname" แบบเป็นนัย ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นโดยผู้เขียน [[hReview|reviews]]) hCard เองก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการแทนค่า "N" แบบเป็นนัย ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" โดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

=== การแทนค่าคุณสมบัติ "organization-name" แบบเป็นนัย ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-21T15:25:43Z

SukitArseanrapoj: /* Implied "organization-name" Optimization */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า [[hcard#Implied_.22n.22_Optimization|implied 'n' optimization rules]] มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== Value excerpting ===
Sometimes only part of an element which is the equivalent for a property is used for the value of the property. This typically occurs when a property has a subtype, like 'tel'. For this purpose, the special class name "<code>value</code>" is used to excerpt out the subset of the element that is the value of the property. E.g. here is an hCard fragment for marking up a home phone number:<br />

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

This hCard fragment could be displayed as:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Property Exceptions ===
vCard has several properties which either do not make sense on, or are already implied within the context of a web page. This section explains what to (not) do with them.

# vCard's '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' properties are defined in Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 of [[rfc-2426|RFC2426]]. Content publishers {{must-not}} use these properties in their hCards, and as such, hCard consumers/parsers {{must}} IGNORE these properties if they are found within an hCard. Instead. hCard to vCard converters {{should}} use the title of the page where the hCard is found (e.g. the <code><title></code> element in HTML documents) to construct the NAME property, {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== การแทนค่าคุณสมบัติ "nickname" แบบเป็นนัย ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นโดยผู้เขียน [[hReview|reviews]]) hCard เองก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการแทนค่า "N" แบบเป็นนัย ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" โดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

=== การแทนค่าคุณสมบัติ "organization-name" แบบเป็นนัย ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-21T15:22:02Z

SukitArseanrapoj: /* Implied "nickname" Optimization */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า [[hcard#Implied_.22n.22_Optimization|implied 'n' optimization rules]] มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== Value excerpting ===
Sometimes only part of an element which is the equivalent for a property is used for the value of the property. This typically occurs when a property has a subtype, like 'tel'. For this purpose, the special class name "<code>value</code>" is used to excerpt out the subset of the element that is the value of the property. E.g. here is an hCard fragment for marking up a home phone number:<br />

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

This hCard fragment could be displayed as:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Property Exceptions ===
vCard has several properties which either do not make sense on, or are already implied within the context of a web page. This section explains what to (not) do with them.

# vCard's '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' properties are defined in Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 of [[rfc-2426|RFC2426]]. Content publishers {{must-not}} use these properties in their hCards, and as such, hCard consumers/parsers {{must}} IGNORE these properties if they are found within an hCard. Instead. hCard to vCard converters {{should}} use the title of the page where the hCard is found (e.g. the <code><title></code> element in HTML documents) to construct the NAME property, {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== การแทนค่าคุณสมบัติ "nickname" แบบเป็นนัย ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นโดยผู้เขียน [[hReview|reviews]]) hCard เองก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการแทนค่า "N" แบบเป็นนัย ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" โดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

=== Implied "organization-name" Optimization ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ในกรณีนี้ไม่ต้องใส่คุณสมบัติย่อย "organization-name" และให้้ถือว่าเนื้อหาทั้งหมดของคุณสมบัติ {{must-th}} คือ "ชื่อองค์กร"

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-21T15:16:23Z

SukitArseanrapoj: /* Implied "n" Optimization */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า [[hcard#Implied_.22n.22_Optimization|implied 'n' optimization rules]] มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== Value excerpting ===
Sometimes only part of an element which is the equivalent for a property is used for the value of the property. This typically occurs when a property has a subtype, like 'tel'. For this purpose, the special class name "<code>value</code>" is used to excerpt out the subset of the element that is the value of the property. E.g. here is an hCard fragment for marking up a home phone number:<br />

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

This hCard fragment could be displayed as:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Property Exceptions ===
vCard has several properties which either do not make sense on, or are already implied within the context of a web page. This section explains what to (not) do with them.

# vCard's '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' properties are defined in Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 of [[rfc-2426|RFC2426]]. Content publishers {{must-not}} use these properties in their hCards, and as such, hCard consumers/parsers {{must}} IGNORE these properties if they are found within an hCard. Instead. hCard to vCard converters {{should}} use the title of the page where the hCard is found (e.g. the <code><title></code> element in HTML documents) to construct the NAME property, {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
ถึงแม้ว่ามาตรฐาน vCard บังคับให้คุณต้องใส่ค่าสำหรับคุณสมบัติ "N" แต่ในตัวอย่างท้ายมาตรฐาน vCard ([[rfc-2426|RFC2426]]) (หน้า 38) เองก็ไม่ได้ใส่คุณสมบัตินี้ ทำให้เกิดความขัดแย้งกับมาตรฐานขึ้น เราสามารถแก้ไขความขัดแย้งนี้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must-th}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

=== Implied "nickname" Optimization ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นผู้เขียน [[hReview|reviews]]) hCard ก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการใช้ "n" ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should}} รองรับคุณสมบัติ "N" ที่หายไปโดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

The hCard {{may-th}} have additional explicit "nickname" property values in addition to the implied nickname.

=== Implied "organization-name" Optimization ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ในกรณีนี้ไม่ต้องใส่คุณสมบัติย่อย "organization-name" และให้้ถือว่าเนื้อหาทั้งหมดของคุณสมบัติ {{must-th}} คือ "ชื่อองค์กร"

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-21T15:09:29Z

SukitArseanrapoj: /* ที่อยู่ติดต่อองค์กร */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า [[hcard#Implied_.22n.22_Optimization|implied 'n' optimization rules]] มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== Value excerpting ===
Sometimes only part of an element which is the equivalent for a property is used for the value of the property. This typically occurs when a property has a subtype, like 'tel'. For this purpose, the special class name "<code>value</code>" is used to excerpt out the subset of the element that is the value of the property. E.g. here is an hCard fragment for marking up a home phone number:<br />

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

This hCard fragment could be displayed as:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Property Exceptions ===
vCard has several properties which either do not make sense on, or are already implied within the context of a web page. This section explains what to (not) do with them.

# vCard's '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' properties are defined in Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 of [[rfc-2426|RFC2426]]. Content publishers {{must-not}} use these properties in their hCards, and as such, hCard consumers/parsers {{must}} IGNORE these properties if they are found within an hCard. Instead. hCard to vCard converters {{should}} use the title of the page where the hCard is found (e.g. the <code><title></code> element in HTML documents) to construct the NAME property, {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อสำหรับองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย

=== Implied "n" Optimization ===
ถึงแม้ว่า vCard บังคับให้ต้องใส่ค่าสำหรับคุณสมบัติ "N" ผู้แต่งมาตรฐาน vCard ([[rfc-2426|RFC2426]]) เองก็ไม่ได้ใส่คุณสมบัตินี้ในตัวอย่างที่อยู่เกือบๆจะท้ายเอกสาร (หน้า 38) ความขัดแย้งนี้สามารถแก้ไขได้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีคุณสมบัติ "N" ใดๆอีก ให้ถือว่าค่าของ "N" จะเอามาจากค่าของ คุณสมบัติ "FN" สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้

=== Implied "nickname" Optimization ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นผู้เขียน [[hReview|reviews]]) hCard ก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการใช้ "n" ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should}} รองรับคุณสมบัติ "N" ที่หายไปโดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

The hCard {{may-th}} have additional explicit "nickname" property values in addition to the implied nickname.

=== Implied "organization-name" Optimization ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ในกรณีนี้ไม่ต้องใส่คุณสมบัติย่อย "organization-name" และให้้ถือว่าเนื้อหาทั้งหมดของคุณสมบัติ {{must-th}} คือ "ชื่อองค์กร"

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-21T15:04:42Z

SukitArseanrapoj: /* เนื้อหาสำหรับคน vs. เครื่อง */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า [[hcard#Implied_.22n.22_Optimization|implied 'n' optimization rules]] มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคนและเครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard ปกติจะมาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้ <code><abbr></code> ให้ใส่ค่าของคุณสมบัตินั้น (ซึ่งก็คือชื่อเต็ม) ใน attribute '<code>title</code>' (ของ <abbr>) ส่วนเนื้อหาของ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ <code><a></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของ <code><a></code>

ถ้ามีการใช้ <code><img></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>src="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute '<code>alt</code>'

ถ้ามีการใช้ <code><object></code> {{must-th}} ทำตามกฏเหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นใน attribute <code>data="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></code>

=== Value excerpting ===
Sometimes only part of an element which is the equivalent for a property is used for the value of the property. This typically occurs when a property has a subtype, like 'tel'. For this purpose, the special class name "<code>value</code>" is used to excerpt out the subset of the element that is the value of the property. E.g. here is an hCard fragment for marking up a home phone number:<br />

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

This hCard fragment could be displayed as:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Property Exceptions ===
vCard has several properties which either do not make sense on, or are already implied within the context of a web page. This section explains what to (not) do with them.

# vCard's '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' properties are defined in Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 of [[rfc-2426|RFC2426]]. Content publishers {{must-not}} use these properties in their hCards, and as such, hCard consumers/parsers {{must}} IGNORE these properties if they are found within an hCard. Instead. hCard to vCard converters {{should}} use the title of the page where the hCard is found (e.g. the <code><title></code> element in HTML documents) to construct the NAME property, {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้ในอีลีเม้นต์เดียวกัน เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่าสำหรับคุณสมบัติ "N" หรือใส่ค่าว่างๆ (empty string "") สำหรับคุณสมบัตินี้และคุณสมบัติย่อยของมัน และ parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย โดยการมองว่าคุณสมบัติย่อยของ "N" ไม่มีค่าใดๆ

=== Implied "n" Optimization ===
ถึงแม้ว่า vCard บังคับให้ต้องใส่ค่าสำหรับคุณสมบัติ "N" ผู้แต่งมาตรฐาน vCard ([[rfc-2426|RFC2426]]) เองก็ไม่ได้ใส่คุณสมบัตินี้ในตัวอย่างที่อยู่เกือบๆจะท้ายเอกสาร (หน้า 38) ความขัดแย้งนี้สามารถแก้ไขได้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีคุณสมบัติ "N" ใดๆอีก ให้ถือว่าค่าของ "N" จะเอามาจากค่าของ คุณสมบัติ "FN" สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้

=== Implied "nickname" Optimization ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นผู้เขียน [[hReview|reviews]]) hCard ก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการใช้ "n" ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should}} รองรับคุณสมบัติ "N" ที่หายไปโดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

The hCard {{may-th}} have additional explicit "nickname" property values in addition to the implied nickname.

=== Implied "organization-name" Optimization ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ในกรณีนี้ไม่ต้องใส่คุณสมบัติย่อย "organization-name" และให้้ถือว่าเนื้อหาทั้งหมดของคุณสมบัติ {{must-th}} คือ "ชื่อองค์กร"

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

Template:rfc-2119-intro-th

2008-05-21T14:52:59Z

SukitArseanrapoj:

คำพิเศษเหล่านี้ "{{must-th}} ", "{{must-not-th}}", "{{required}}", "{{shall}}", "{{shall-not}}", "{{should}}", "{{should-not}}", "{{recommended}}", "{{may-th}} ", และ "{{optional-th}} " ให้ตีความหมายตามคำอธิบายใน [[rfc-2119|RFC 2119]].

hcard-th

2008-05-19T13:40:49Z

SukitArseanrapoj: /* คุณสมบัติที่เป็นเอกพจน์ vs. พหูพจน์ */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า [[hcard#Implied_.22n.22_Optimization|implied 'n' optimization rules]] มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์และพหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์มีดังนี้: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class'

สำหรับคุณสมบัติเหล่านี้ กรณีที่มี element มากกว่าหนึ่งตัวที่เป็นตัวแทนของคุณสมบัติเดียวกัน ให้ถือว่า element ตัวแรกเท่านั้นที่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และการใช้คุณสมบัติเหล่านี้แต่ละครั้งเป็นการสร้างค่าใหม่ขึ้นมา

=== เนื้อหาสำหรับคน vs. เครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard มาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้อีลีเมนท์ <code><abbr></code> เพื่อระบุคุณสมบัติ แอททริบิวท์ '<code>title</code>' ของ <code><abbr></code> (ถ้ามี) คือค่าของคุณสมบัตินั้น ส่วนเนื้อหาของอีลีเมนท์ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ element <code><a></code> เพื่อระบุคุณสมบัติ {{must-th}} ทำตามกฏการใช้เหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นในแอททริบิวท์ <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของอีลีเมนท์

If an <code><img></code> element is used for one or more properties, it {{must}} be treated as follows:
# For the 'photo' property and any other property that takes a URL as its value, the <code>src="..."</code> attribute provides the property value.
# For other properties, the <code><img></code> element's '<code>alt</code>' attribute is the value of the property.

If an <code><object></code> element is used for one or more properties, it {{must}} be treated as follows:
# For the 'photo' property and any other property that takes a URL as its value, the <code>data="..."</code> attribute provides the property value.
# For other properties, the element's content is the value of the property.

=== Value excerpting ===
Sometimes only part of an element which is the equivalent for a property is used for the value of the property. This typically occurs when a property has a subtype, like 'tel'. For this purpose, the special class name "<code>value</code>" is used to excerpt out the subset of the element that is the value of the property. E.g. here is an hCard fragment for marking up a home phone number:<br />

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

This hCard fragment could be displayed as:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Property Exceptions ===
vCard has several properties which either do not make sense on, or are already implied within the context of a web page. This section explains what to (not) do with them.

# vCard's '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' properties are defined in Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 of [[rfc-2426|RFC2426]]. Content publishers {{must-not}} use these properties in their hCards, and as such, hCard consumers/parsers {{must}} IGNORE these properties if they are found within an hCard. Instead. hCard to vCard converters {{should}} use the title of the page where the hCard is found (e.g. the <code><title></code> element in HTML documents) to construct the NAME property, {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้ในอีลีเม้นต์เดียวกัน เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่าสำหรับคุณสมบัติ "N" หรือใส่ค่าว่างๆ (empty string "") สำหรับคุณสมบัตินี้และคุณสมบัติย่อยของมัน และ parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย โดยการมองว่าคุณสมบัติย่อยของ "N" ไม่มีค่าใดๆ

=== Implied "n" Optimization ===
ถึงแม้ว่า vCard บังคับให้ต้องใส่ค่าสำหรับคุณสมบัติ "N" ผู้แต่งมาตรฐาน vCard ([[rfc-2426|RFC2426]]) เองก็ไม่ได้ใส่คุณสมบัตินี้ในตัวอย่างที่อยู่เกือบๆจะท้ายเอกสาร (หน้า 38) ความขัดแย้งนี้สามารถแก้ไขได้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีคุณสมบัติ "N" ใดๆอีก ให้ถือว่าค่าของ "N" จะเอามาจากค่าของ คุณสมบัติ "FN" สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้

=== Implied "nickname" Optimization ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นผู้เขียน [[hReview|reviews]]) hCard ก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการใช้ "n" ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should}} รองรับคุณสมบัติ "N" ที่หายไปโดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

The hCard {{may-th}} have additional explicit "nickname" property values in addition to the implied nickname.

=== Implied "organization-name" Optimization ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ในกรณีนี้ไม่ต้องใส่คุณสมบัติย่อย "organization-name" และให้้ถือว่าเนื้อหาทั้งหมดของคุณสมบัติ {{must-th}} คือ "ชื่อองค์กร"

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}

hcard-th

2008-05-19T13:36:25Z

SukitArseanrapoj: /* หมายเหตุเกี่ยวกับคุณสมบัติ */

<h1>hCard</h1>
{{TOC-right}}
hCard เป็นรูปแบบไมโครฟอร์แมตที่เรียบง่ายที่ใช้เป็นสัญลักษณ์ของผู้คน บริษัท องค์กร และสถานที่ hCardใช้คุณสมบัติต่างๆจากมาตรฐาน vCard ([[rfc-2426|ใน RFC2426]]) และใช้งานผ่าน [[semantic-xhtml|HTML หรือ XHTML]]

hCard เป็นหนึ่งในไม่กี่มาตรฐานเปิดใน [[microformats|ไมโครฟอร์แมต]] ที่เหมาะสำหรับการนำไป embed ใน HTML, XHTML, Atom, RSS, และ XML

อยากจะเริ่มเขียน [[hcard|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

== Specification ==

<div class="vcard">
; <span class="role">บรรณาธิการ</span>
: <span class="fn">[[User:Tantek|Tantek Çelik (แทนเทค เซลิค)]]</span> (<span class="url">http://tantek.com/</span>, [http://technorati.com Technorati, Inc.], และ [http://microsoft.com/ Microsoft Corporation])
</div>
; ผู้แต่ง: [http://tantek.com/ Tantek Çelik] (รายชื่อผู้มีส่วนร่วมอยู่ด้านบน)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda (ไบรอัน ซูดา)]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

; กิตติกรรมประกาศ: ดู [[hcard#Inspiration_and_Acknowledgements|กิตติกรรมประกาศ]].

[[hcard#Copyright|ลิขสิทธิ์]] และ [[hcard#Patents|สิทธิบัตร]]มีผลบังคับใช้ตามที่ระบุ

== แนะนำ ==
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) ได้ถูกนำมาใช้อย่างแพร่หลาย (เช่นในโปรแกรม "Address Book" ของบริษัทแอปเปิลที่พ่วงมากับระบบปฏิบัติการ MacOSX).

นอกจากนั้น เจ้าของบล๊อกหลายๆคนก็ระบุชื่อตัวเองเวลาบล๊อก และบางคนก็พูดถึงเพื่อนๆหรือครอบครัวตัวเอง ถ้าเราเพิ่มโคงสร้างอีกเล็กน้อยให้เนื้อหา เจ้าของบล๊อกก็สามารถพูดถึงบุคคลต่างๆเหล่านี้โดยที่ spider และ aggregator ต่างๆสามารถดึงเอาข้อมูลเกี่ยวกับบุคคลเหล่านี้ได้จากเนื้อหาหน้าเว็บและแปลงมันมาเป็น vCard เพื่อใช้ในแอพพลิเคชั่นต่างๆได้อย่างง่ายดาย

Specification นี้แนะนำฟอร์แมต '''hCard''' ซึ่งใช้คุณสมบัติและค่าต่างๆจากมาตรฐาน vCard ในเนื้อหา HTML ตามที่ได้กล่าวไว้ก่อนหน้านี้ เจ้าของบล๊อกสามารถฝัง hCard เข้าไปในหน้าเว็บได้เลย และตกแต่ง hCard ด้วย CSS ตามที่ต้องการ นอกจากนั้น แอพพลิเคชั่นต่างๆก็สามารถดึงข้อมูล hCard จากหน้าเว็บได้โดยตรงโดยที่ไม่ต้องใช้ไฟล์อื่นเพิ่มเติมแม้แต่น้อย

คุณสามารถใช้เครื่องมือ [http://microformats.org/code/hcard/creator ตัวสร้าง hCard] และก็คัดลอก HTML ที่เครื่องมือนี้สร้้างให้ไปใส่ในบล๊อกหรือหน้าเว็บคุณเพื่อเผยแพร่ข้อมูลติดต่อของคุณได้

{{rfc-2119-intro-th}}

== รายละเอียด ==
=== ข้อมูลเบื้องต้น ===
มาตรฐาน vCard ([[rfc-2426|RFC2426]]) เป็นรากฐานสำหรับ hCard

รูปแบบของ hCard คือการใช้ class เพื่อแทน object/property ของ vCard โดยชื่อของ object/property นั้นจะถูกเขียนด้วยตัวอักษรตัวเล็ก ส่วน vCard ที่ซ้อนกันหลายชั้นจะแทนที่ด้วย HTML element ที่ซ้อนๆกัน

=== ชื่อคลาสราก (Root Class Name) ===
ชื่อคลาสรากสำหรับ hCard คือ "vcard" element ที่มี class "vcard" ก็เป็น ''hCard'' ด้วยเช่นกัน

=== คุณสมบัติและคุณสมบัติย่อย (Properties and Sub-properties) ===
ข้อมูลของคุณสมบัติต่างๆ (properties) ใน hCard อยู่ใน element ที่เป็นตัวแทนของคุณสมบัติเหล่านั้น โดยที่ class ของแต่ละ element เป็นตัวบ่งบอกคุณสมบัติที่ element นั้นเป็นตัวแทน ส่วนค่าของ element ก็คือค่าของคุณสมบัตินั้นๆ

บางคุณสมบัติสามารถมีคุณสมบัติย่อย (sub-properties) ได้ ซึ่งคุณสมบัติย่อยเหล่านั้นจะถูกแทนค่า่ด้วย element ย่อยภายใน element ของคุณสมบัติแม่

=== รายชื่อคุณสมบัติ ===
รายชื่อคุณสมบัติต่างๆของ hCard อยู่ในรายการด้านล่าง (คุณสมบัติย่อยจะอยู่ในเครื่องหมายวงเล็บแบบนี้)

เพื่อความกระชับและความเข้าใจ คำอธิบายภาษาไทยของแต่ละคุณสมบัติหรือคุณสมบัติย่อยได้ถูกเขียนต่อท้ายชื่อคุณสมบัติที่เป็นภาษาอังกฤษ เวลาใช้งานไมโครฟอร์แมตในเนื้อหาของคุณ อย่าลืมใช้ชื่อคุณสมบัติภาษาอังกฤษนะครับ

'''คุณสมบัติที่จะต้องมีใน hCard:'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name นามสุกล, given-name ชื่อ, additional-name ชื่ออื่นๆ เช่นชื่อกลางถ้ามี, honorific-prefix คำนำหน้าชื่อ, honorific-suffix คำต่อท้ายชื่อ)</span>
คุณสมบัติที่อาจมีหรือไม่มีก็ได้:
* nickname ชื่อเล่น, sort-string วิธีการเรียงลำดับชื่อ
* url ลิงก์ในอินเตอร์เน็ต, email อีเมล์ (type ชนิดของอีเมล์, value อีเมล์สำหรับชนิดนี้), <span id="property-list-n">tel เบอร์โทรศัพท์<sup style="font-size:smaller">[[#note2|2]]</sup> (type ชนิดของเบอร์โทรศัพท์, value เบอร์โทรศัพท์สำหรับชนิดนี้)</span>
* adr ที่อยู่ (post-office-box บ้านเลขที่, extended-address ที่อยู่เพิ่มเติม เช่นซอย หมู่บ้าน ฯลฯ, street-address ถนน , locality ตำบลและอำเภย, region จังหวัด, postal-code รหัสไปรษณีย์, country-name ประเทศ, type, value), label
* geo พิกัดบนโลก (latitude เส้นรุ้ง, longitude เส้นแวง), tz โซนเวลา
* photo รูปภาพ, logo โลโก้, sound เสียง, bday วันเกิด
* title ชื่อตำแหน่ง, role อาชีพหรือหน้าที่การงาน, org องค์กร (organization-name ชื่อองค์กร, organization-unit หน่วยงาน)
* category กลุ่ม, note หมายเหตุ
* class, key, mailer, uid, rev

=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
<span id="note1">[[#property-list-n|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า [[hcard#Implied_.22n.22_Optimization|implied 'n' optimization rules]] มีผลบังคับใช้<br />
<span id="note2">[[#property-list-tel|2. ^]]</span>: tel - สำหรับคุณสมบัติ tel ผู้ใช้ {{may-th}} ให้ใช้รูปแบบเบอร์โทรศัพท์ตามมาตรฐาน [http://en.wikipedia.org/wiki/E.123 E.123] ได้ โดยที่ตัวอักษรที่อยู่ในรูปแบบ (เช่น +1-555-FORMATS) {{must-th}} ถูกแทนที่ด้วยตัวเลข นอกจากนั้นคุณยังสามารถใช้ <code>abbr</code> เพื่อแสดงตัวอักษรและระบุึ้ค่าตัวเลขไปพร้อมๆกัน เช่น <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== คุณสมบัติที่เป็นเอกพจน์ vs. พหูพจน์ ===
คุณสมบัติที่เป็นเอกพจน์: 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class' สำหรับคุณสมบัติที่เป็นเอกพจน์ element ลูกตัวแรกที่มี class ของคุณสมบัติเท่านั้นที่ {{should-th}} มีความหมาย ตัวอื่นๆที่มี class เดียวกันจะไม่ถูกนำมาใช้เพราะถือว่าไม่มีความหมาย

คุณสมบัติอื่นๆ {{may-th}} เป็นพหูพจน์ได้ และแต่ละการใช้งานของ class ที่เป็นคุณสมบัติเหล่านี้จะถือว่าเป็นการสร้างคุณสมบัติใหม่ขึ้นมา

=== เนื้อหาสำหรับคน vs. เครื่อง ===
ค่าต่างๆของคุณสมบัติ ใน hCard มาจากเนื้อหาที่คนอ่านได้บนหน้าเว็บ โดยมีข้อยกเว้นบางประการ:

ถ้ามีการใช้อีลีเมนท์ <code><abbr></code> เพื่อระบุคุณสมบัติ แอททริบิวท์ '<code>title</code>' ของ <code><abbr></code> (ถ้ามี) คือค่าของคุณสมบัตินั้น ส่วนเนื้อหาของอีลีเมนท์ <code><abbr></code> จะใช้เพื่อแสดงคำย่อแทนเพื่อให้อ่านง่ายขึ้น

ถ้ามีการใช้ element <code><a></code> เพื่อระบุคุณสมบัติ {{must-th}} ทำตามกฏการใช้เหล่านี้:
# สำหรับคุณสมบัติ 'photo' และคุณสมบัติอื่นๆที่มีค่าเป็น URL ให้ใส่ค่าของคุณสมบัตินั้นในแอททริบิวท์ <code>href="..."</code>
# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัติในเนื้อหาของอีลีเมนท์

If an <code><img></code> element is used for one or more properties, it {{must}} be treated as follows:
# For the 'photo' property and any other property that takes a URL as its value, the <code>src="..."</code> attribute provides the property value.
# For other properties, the <code><img></code> element's '<code>alt</code>' attribute is the value of the property.

If an <code><object></code> element is used for one or more properties, it {{must}} be treated as follows:
# For the 'photo' property and any other property that takes a URL as its value, the <code>data="..."</code> attribute provides the property value.
# For other properties, the element's content is the value of the property.

=== Value excerpting ===
Sometimes only part of an element which is the equivalent for a property is used for the value of the property. This typically occurs when a property has a subtype, like 'tel'. For this purpose, the special class name "<code>value</code>" is used to excerpt out the subset of the element that is the value of the property. E.g. here is an hCard fragment for marking up a home phone number:<br />

vCard:
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

This hCard fragment could be displayed as:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Property Exceptions ===
vCard has several properties which either do not make sense on, or are already implied within the context of a web page. This section explains what to (not) do with them.

# vCard's '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' properties are defined in Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 of [[rfc-2426|RFC2426]]. Content publishers {{must-not}} use these properties in their hCards, and as such, hCard consumers/parsers {{must}} IGNORE these properties if they are found within an hCard. Instead. hCard to vCard converters {{should}} use the title of the page where the hCard is found (e.g. the <code><title></code> element in HTML documents) to construct the NAME property, {{may}} output a PROFILE value of "<code>VCARD</code>" per [[rfc-2426|RFC2426]], {{should}} use the URL of the page where the hCard is found to construct the SOURCE property (e.g. perhaps as a parameter to a URL/service that converts hCards to vCards), for an output vCard stream (e.g. a .vcf file). Only services/applications that output actual vCards should write the PRODID property, with the product identifier for said service/application. Similarly, only such services/applications should write the VERSION property, with the value "3.0" (without quotes) per [[rfc-2426|RFC2426]] Section 3.6.9.

=== ที่อยู่ติดต่อองค์กร ===
ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้ในอีลีเม้นต์เดียวกัน เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่าสำหรับคุณสมบัติ "N" หรือใส่ค่าว่างๆ (empty string "") สำหรับคุณสมบัตินี้และคุณสมบัติย่อยของมัน และ parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย โดยการมองว่าคุณสมบัติย่อยของ "N" ไม่มีค่าใดๆ

=== Implied "n" Optimization ===
ถึงแม้ว่า vCard บังคับให้ต้องใส่ค่าสำหรับคุณสมบัติ "N" ผู้แต่งมาตรฐาน vCard ([[rfc-2426|RFC2426]]) เองก็ไม่ได้ใส่คุณสมบัตินี้ในตัวอย่างที่อยู่เกือบๆจะท้ายเอกสาร (หน้า 38) ความขัดแย้งนี้สามารถแก้ไขได้โดยการใช้ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป

ถ้าค่าของ "FN" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีคุณสมบัติ "N" ใดๆอีก ให้ถือว่าค่าของ "N" จะเอามาจากค่าของ คุณสมบัติ "FN" สำหรับ "FN" ที่มีคำแค่คำเดียวให้ดูด้านล่าง และสำหรับ "FN" ทีมีสามคำขึ้นไป ผู้แต่ง {{must}} ระบุ markup "N" ยกเว้นในกรณีของที่อยู่ติดต่อขององค์กร [http://microformats.org/wiki/hcard#Organization_Contact_Info ดูด้านบน]

# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
# ''คำแรก'' ของ "FN" แทนความหมายของ "ชื่อ" ในคุณสมบัติ "N"
# ''คำที่สอง'' ของ "FN" แทนความหมายของ "นามสกุล" ในคุณสมบัติ "N"
# ข้อยกเว้น: ถ้าคำแรกลงท้ายด้วยคอมม่า หรือถ้าคำที่สองมีตัวอักษรเดียว (โดยมีหรือไม่มีจุดต่อท้าย) ให้ถือว่าคำแรก (ไม่รวมคอมม่า ถ้ามี) เป็น "นามสกุล" และคำที่สองคือ "ชื่อ"

กฏนี้จะทำให้การใช้งานโดยทั่วๆเหล่านี้ทำได้ง่ายขึ้น:
* ชื่อ (เว้นวรรค) นามสกุล
* นามสกุล (คอมม่า) ชื่อ
* นามสกุล (คอมม่า) ตัวอักษรแรกของชื่อ
* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้

=== Implied "nickname" Optimization ===
เนื่องจากมีการใช้ชื่อเล่น/นามแฝง/ชื่อผู้ใช้อย่างแพร่หลายในเนื้อหาต่างๆในอินเตอร์เน็ต (เช่นผู้เขียน [[hReview|reviews]]) hCard ก็มีวิธีการระบุชื่อเล่นเช่นกัน

คล้ายๆกับการใช้ "n" ถ้า "FN" และ "ORG" มีค่าต่างกันและค่าของ "FN" เป็นคำที่มีความยาวหนึ่งคำ และไม่มีการระบุคุณสมบัติ "N" อื่นๆ:

# เนื้อหาของ "FN" {{must-th}} มีค่าเป็น "ชื่อเล่น"
# Parser {{should}} รองรับคุณสมบัติ "N" ที่หายไปโดยสันนิษฐานว่าค่าของคุณสมบัตินี้และคุณสมบัติย่อยของมันเป็นค่าว่าง (empty value)

ถึงแม้ว่า parser {{must-th}} ทำตามกฏที่กล่าวไว้ข้างต้น ผู้เขียนข้อมูลเองก็ {{should-th}} ระบุ "ชื่อเล่น" ให้ชัดเจนเช่นกัน ยกตัวอย่างเช่น:

<pre><nowiki>
<span class="vcard">
<span class="fn nickname">daveman692</span>
</span>
</nowiki></pre>

The hCard {{may-th}} have additional explicit "nickname" property values in addition to the implied nickname.

=== Implied "organization-name" Optimization ===
คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ในกรณีนี้ไม่ต้องใส่คุณสมบัติย่อย "organization-name" และให้้ถือว่าเนื้อหาทั้งหมดของคุณสมบัติ {{must-th}} คือ "ชื่อองค์กร"

=== Tags as Categories ===
Categories in hCard {{may}} be represented by tags with [[rel-tag]]. When a category property is a rel-tag, the tag (as defined by rel-tag) is used for that category.

=== ค่าของคุณสมบัติย่อย type ===
ค่าของคุณสมบัติย่อย 'type' (ชนิด) ขึ้นอยู่กับคุณสมบัติหลักที่ใช้มัน ค่าของ 'type' ไม่มีความแตกต่างระหว่างตัวอักษรเล็กหรือใหญ่ หมายความว่าค่า "Home" มีค่าเท่ากับ "home" นอกจากนั้นค่าของ 'type' ก็สามารถมีได้หลายค่า เช่น. เบอร์โทรศัทพ์ (คุณสมบัติ tel) สามารถเป็นได้ทั้งเบอร์บ้าน (home) และเบอร์ติดต่อหลัก (preferred):

vCard:
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard:
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

ซึ่งสามารถแสดงผลได้เป็น:

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== คุณสมบัติที่ไม่ระบุค่า ====
เมื่อมีการระบุคุึณสมบัติย่อย 'type' แต่ไม่มีการระบุค่าขอบคุณสมบัติย่อยนี้ผ่าน 'value' ให้ถือว่าอะไรก็ตามที่อยู่ในคุณสมบัติหลักเป็น 'value' ยกตัวอย่างเช่น

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

มีค่าเท่ากับ:

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

ซึ่งหมายความว่าชนิดของเบอร์โทรศัพท์นี้เป็นโทรศัพท์บ้าน ("home") และค่าของมัน ("value") ก็คือ "+1.415.555.1212".

==== type สำหรับคุณสมบัติ adr tel และ email ====
รายละเอียดด้านล่างมีไว้เพื่อ ''ให้ข้อมูลอ้างอิง'' กรุณาดู [[rfc-2426|RFC2426]] บทที่ 3.2.1 ADR, 3.3.1 TEL, และ 3.3.2 EMAIL เพื่อดูรายละเอียดเพิ่มเติม ข้อมูลในที่นี้ได้ถูกคัดลอกมาเพื่อความสะดวกในการอ่าน

ค่าที่เลือกโดยอัตโนมัติหรือค่า default คือค่าแรกที่อยู่ในแต่ละรายการด้านล่างและเขียนด้วยตัวอักษรใหญ่ทั้งหมด คุณสมบัติย่อย 'type' สำหรับคุณสมบัติเหล่านี้สามารถมีได้มากกว่าหนึ่งค่า

* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ adr: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ tel: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* ค่าของ 'type' เมื่อใช้กับคุณสมบัติ email: INTERNET, x400, pref, "other IANA registered address types"

=== XMDP Profile ===

See [[hcard-profile]] for the [http://gmpg.org/xmdp XMDP] profile of hCard which contains the above complete list of properties, with references to their [[rfc-2426|RFC2426]] definitions.

=== การวิเคราะห์คำในประโยค (ทางไวยากรณ์) (Parsing) ===

ดู [[hcard-parsing|การวิเคราะห์คำทางไวยากรณ์สำหรับ hCard]]

== ตัวอย่าง ==

=== ตัวอย่างของ vCard ===

ด้านล่างนี้เป็นตัวอย่างของ vCard:

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

และเมื่อแปลงมาเป็น hCard โดยแปลง element ต่างๆตามความเหมาะสมแล้ว ลองดู [[hcard-example1-steps| hCard Example 1]] สำหรับรูปแบบพลิกแพลงอื่น

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

hCard นี้สามารถถุูกแสดงผลแบบนี้:
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

หมายเหตุ: ข้อมูลเวอร์ชั่นนั้นไม่จำเป็นสำหรับ hCard เนื่องจากเลขเวอร์ชั่นจะถูกตั้งโดยโปรไฟล์ (profile) ของ hCard ที่ถูกใช้ / อ้างอิงถึงในแอททริบิวท์ 'profile' ของ <head> อยู่แล้ว

===Live example===

นี่คือตัวอย่างรายละเอียดติดต่อจากเว็บ [http://www.commerce.net/ Commercenet] ที่ได้มาจากการใช้เครื่องมือ parse ไมโครฟอร์แมตในการค้นหา:

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

ด้านล่างคือ mark-up จากเว็บที่เอาตัวอักษรตัวหนาออกเพื่อให้อ่านง่าย โดยมีการปรับปรุงเนื้อหาคือ:
* <code>abbr</code> เพื่อขยายคำย่อ
* เพิ่มความหมายใน hyperlink เพื่อระบุ url สำหรับองค์กร โดยการใส่ url ต่อจาก fn org

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== ตัวอย่างอื่นๆ ===
ลองดู [[hcard-examples|ตัวอย่าง hCard]] เพื่อดูตัวอย่างเพิ่มเติม รวมทั้งตัวอย่างจากการแปลง vCard [[rfc-2426|RFC2426]] มาเป็น hCard

==ปุ่มต่างๆ==
คุณสามารถใช้ปุ่มเหล่านี้ในหน้าเว็บของคุณทีมีการใช้ hCard ลองดู [[buttons#hCard]] เพื่อดูปุ่มใหม่ๆ

* http://www.crowley.nl/images/hcard.png (mirror: http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* ปุ่มที่สร้างด้วย CSS จากที่เห็นที่ [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== ตัวอย่างในอินเตอร์เน็ต ==
ส่วนนี้มีไว้เพื่ออ้างอิง จำนวนตัวอย่างของการใช้ hCard ในอินเตอร์เน็ตได้ขยายมากเกินกว่าที่จะนำมาใส่ในหน้านี้ได้ ทำให้ตัวอย่างได้ถูกย้ายไปที่[[hcard-examples-in-wild|อีกหน้าหนึ่ง]]

ดู [[hcard-examples-in-wild|ตัวอย่างของ hCard ในอินเตอร์เน็ต]]

== Implementations ==
This section is '''informative'''. The number of hCard implementations has also expanded beyond the capacity of keeping them inline. They have been moved to a [[hcard-implementations|separate page]].

See [[hcard-implementations|hCard Implementations]].

== ลิขสิทธิ์ ==
ตามที่ผู้แต่ง ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) ได้ระบุไว้ เอกสารฉบับนี้ได้รับอนุญาติให้เผยแพร่กับสาธารณะได้

{{MicroFormatPublicDomainContributionStatement}}

== สิทธิบัตร ==
{{MicroFormatPatentStatement}}

== ข้อมูลอ้างอิง ==
=== ข้อมูลอ้างอิงเกี่ยวกับมาตรฐาน ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] รูปแบบของเบอร์โทรศัพท์ (เอกสารที่อาจจะต้องจ่ายเงินเพื่อดู)
* [[rfc-2119|RFC 2119]]

=== ข้อมูลอ้างอิงทั่วไป ===
* [[hcard-history|ประวัติของ hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 การนำเสนอเรื่อง Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard แนะนำความหมายของ hCard, 2004-09-30]
** ข้อมูลจาก http://developers.technorati.com/wiki/hCard 2005-06-20
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 ใน Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard refers to ROLE as being "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 RFC2426 ในรูปแบบ HTML]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 สรุปมาตรฐาน ITU-T Recommendation E.123 จากวิกิพีเดีย] - สำหรับค่า "TEL" (เบอร์โทรศัพท์)
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Specifications อื่นๆที่ใช้ hCard ====
* [[adr]]
* [[geo]]
* [[hcalendar|hCalendar]]
* [[hreview|hReview]]

==== งานที่คล้ายกัน ====
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration and Acknowledgments ==
Thanks to: my good friend [http://vadim.com/ Vadim] who introduced me to vCard ''many'' years ago, and if I'd only paid more attention then, perhaps I could have helped a lot of people avoid wasting a lot of time reinventing various standards wheels.

== Notes on derivation from vCard ==
This section is ''informative''.

<div id="Semantic_XHTML_Design_Principles">See: [[hcard-design-methodology]].</div>

=== More Semantic Equivalents ===
For some properties there are HTML elements which better match and convey their semantics. The following properties SHOULD be encoded with the following HTML:
* <code>URL</code> in vCard becomes <code><a class="url" href="...">...</a></code> inside the element with <code>class="vcard"</code> in hCard.
* Similarly, <code>EMAIL</code> in vCard becomes <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> in vCard becomes <code><img class="photo" src="..." alt="Photo of ..." /></code> or <code><object class="photo" data="..." type="...">Photo of ...</object></code>
* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.

=== Singular and Plural derivations ===
The [[hcard#Singular_vs._Plural_Properties|lists of singular and plural properties]] have been derived by analyzing the semantics of the individual properties in vCard RFC2426 and determining logically that they MUST be singular per their semantics. See [[hcard-singular-properties]] for explanations.

==== Plural Properties Singularized ====
Since plural property names become their singular equivalents, even if the original plural property permitted only a single value with multiple components, those multiple components are represented each with their own singularly named property and the the property is effectively multivalued and subject to the above treatment of multivalued properties.

== เอกสารสำหรับอ่านเพิ่มเติม ==
* [http://www.digital-web.com/articles/microformats_primer/ Digital Web Magazine: Microformats Primer] โดยการ์เร็ท ไดมอน มีการแนะนำ hCard ที่ดี
* [http://24ways.org/advent/practical-microformats-with-hcard Practical Microformats with hCard] โดยดรูว์ แม็คเลลแลน
* [http://www.naturalsearchblog.com/archives/2006/09/28/tips-for-local-search-engine-optimization-for-your-site/ Local Search Engine Optimization using Microformats] โดยคริส ซิลเวอร์ สมิธ
* [http://thedredge.org/ Andrew D. Hume] ได้เขียนบล๊อกเกี่ยวกับ [http://usabletype.com/articles/2005/usable-microformats/ usable microformats] ซึ่งพูดถึง hCard
* [http://www.thefutureoftheweb.com/blog/2006/1/hcard Jesse Skinner's introduction to hCard]
* [http://blog.usweb.com/ Shaun Shull's] great post on [http://blog.usweb.com/archives/how-microformats-affect-search-engine-optimization-seo How Microformats Affect SEO], including his [[hcard|hCard]] as an example.
* [http://24ways.org/2006/styling-hcards-with-css 24 Ways: Styling hCards with CSS] A 24 Ways article - John Allsopp on styling hCard using CSS
* See also [http://www.technorati.com/cosmos/referer.html blogs discussing this page] and the [http://technorati.com/tags/hcard hCard tag]
* [http://www.rfc-editor.org/rfc/rfc4770.txt RFC 4770 - ส่วนต่อขยายของ Instant Messaging]

== Related Pages ==
{{hcard-related-pages}}