hcard-th - Revision history

SukitArseanrapoj: /* Specification */

2008-08-06T13:29:09Z

Specification

← Older revision		Revision as of 13:29, 6 August 2008
Line 7:		Line 7:
	อยากจะเริ่มเขียน [[hcard\|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring\|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้		อยากจะเริ่มเขียน [[hcard\|hCard]] แล้วหรือยัง? ลองดูที่ [http://microformats.org/code/hcard/creator เครื่องมือสร้าง hCard] เพื่อสร้างที่อยู่ติดต่อ หรือจะลองอ่าน [[hcard-authoring\|เกร็ดในการสร้าง hCard]] เพื่อ mark up หน้าเว็บติดต่อของคุณดูก็ได้

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

	<div class="vcard">		<div class="vcard">

SukitArseanrapoj: /* Notes on derivation from vCard */

2008-05-28T14:02:28Z

Notes on derivation from vCard

← Older revision		Revision as of 14:02, 28 May 2008
Line 365:		Line 365:
	ขอบคุณ: เพื่อนที่ดีของผม [http://vadim.com/ Vadim] ซึ่งทำให้ผมได้รู้จักกับ vCard ''หลาย'' ปีที่แล้ว ถ้าผมใ่ส่ใจในเรื่องนี้มากกว่านี้สักหน่อยในตอนนั้น ผมคงจะช่วยให้หลายๆคนไม่ต้องเสียเวลาสร้างมาตรฐานใหม่เพื่อที่ทำสิ่งเดียวกับมาตรฐานที่มีอยู่แล้ว		ขอบคุณ: เพื่อนที่ดีของผม [http://vadim.com/ Vadim] ซึ่งทำให้ผมได้รู้จักกับ vCard ''หลาย'' ปีที่แล้ว ถ้าผมใ่ส่ใจในเรื่องนี้มากกว่านี้สักหน่อยในตอนนั้น ผมคงจะช่วยให้หลายๆคนไม่ต้องเสียเวลาสร้างมาตรฐานใหม่เพื่อที่ทำสิ่งเดียวกับมาตรฐานที่มีอยู่แล้ว

	== ~~Notes on derivation from~~ vCard ==		== บันทึกเกี่ยวกับส่วนดัดแปลงจาก vCard ==
	~~This section is~~ ''~~informative~~''.		ส่วนนี้มีไว้เพื่อ ''อ้างอิง''

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

	=== More Semantic Equivalents ===		=== More Semantic Equivalents ===
Line 377:		Line 377:
	* <code>UID</code> in vCard simply becomes another semantic applied to a specific URL (or EMAIL) for an hCard.		* <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.~~		[[hcard#Singular_vs._Plural_Properties\|รายชื่อคุณสมบัติที่เป็นเอกพจน์และพหูพจน์]] ได้มาจากการวิเคราะห์ความหมายของแต่ละคุณสมบัติใน vCard RFC2426 และตัดสินใจว่าคุณสมบัติไหน{{must-th}}เป็นเอกพจน์โดยดูตามความหมายของคุณสมบัตินั้นๆ ดูคำอธิบายเพิ่มเติมที่ [[hcard-singular-properties]]

	==== Plural Properties Singularized ====		==== Plural Properties Singularized ====

SukitArseanrapoj: /* Inspiration and Acknowledgments */

2008-05-28T13:53:00Z

Inspiration and Acknowledgments

← Older revision		Revision as of 13:53, 28 May 2008
Line 362:		Line 362:
	* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]		* [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.~~		ขอบคุณ: เพื่อนที่ดีของผม [http://vadim.com/ Vadim] ซึ่งทำให้ผมได้รู้จักกับ vCard ''หลาย'' ปีที่แล้ว ถ้าผมใ่ส่ใจในเรื่องนี้มากกว่านี้สักหน่อยในตอนนั้น ผมคงจะช่วยให้หลายๆคนไม่ต้องเสียเวลาสร้างมาตรฐานใหม่เพื่อที่ทำสิ่งเดียวกับมาตรฐานที่มีอยู่แล้ว

	== Notes on derivation from vCard ==		== Notes on derivation from vCard ==

SukitArseanrapoj: /* Tags as Categories */

2008-05-28T13:28:03Z

Tags as Categories

← Older revision		Revision as of 13:28, 28 May 2008
Line 171:		Line 171:
	คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน		คุณสมบัติ "ORG" มีสองคุณสมบัติย่อยคือ organization-name (ชื่อ) และ organization-unit (หน่วยงาน) บ่อยครั้งที่ผู้เขียนต้องการเผยแพร่แค่ชื่อองค์กรอย่างเดียว ซึ่งในกรณีนี้ผู้เขียนไม่ต้องใส่คุณสมบัติย่อย "organization-name" แต่ {{must-th}} ใส่ชื่อองค์กรในเนื้อหาของ element แทน

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

	=== ค่าของคุณสมบัติย่อย type ===		=== ค่าของคุณสมบัติย่อย type ===

SukitArseanrapoj: /* Property Exceptions */

2008-05-26T16:12:18Z

Property Exceptions

← Older revision		Revision as of 16:12, 26 May 2008
Line 120:		Line 120:
	<!-- note for Tantek: review/edit property casing from here on -->		<!-- note for Tantek: review/edit property casing from here on -->

	=== ~~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 มีคุณสมบัติบางอันที่ไม่มีความหมายสำหรับเนื้อหาในหน้าเว็บ เนื้อหาส่วนนี้อธิบายว่าทำไมคุณไม่ควรใช้คุณสมบัติเหล่านั้น

	# ~~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.		# คุณสมบัติ '''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.

	=== ที่อยู่ติดต่อสำหรับองค์กร ===		=== ที่อยู่ติดต่อสำหรับองค์กร ===

SukitArseanrapoj: /* Value excerpting */

2008-05-26T14:58:25Z

Value excerpting

← Older revision		Revision as of 14:58, 26 May 2008
Line 91:		Line 91:
	# สำหรับคุณสมบัติอื่นๆที่ค่าไม่ใช่ URL ให้ใส่ค่าของคุณสมบัตินั้นในเนื้อหาของ <code><object></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 />		ในบางครั้งแค่ส่วนใดส่วนหนึ่งของ element ถูกใช้แทนค่าของคุณสมบัติ เช่นในคุณสมบัติย่อยของ 'tel' ที่ใช้แทนชนิดของบอร์โทรศัพท์ สำหรับกรณีนี้ให้ใช้ชื่อ class "<code>value</code>" เพื่อตัดตอนเนื้อหาส่วนที่แทนค่าของคุณสมบัติใน markup

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

	vCard:		vCard:
Line 107:		Line 109:
	</nowiki></pre>		</nowiki></pre>

	~~This~~ hCard ~~fragment could be displayed as~~:		hCard นี้สามารถแสดงผลเป็น:

	<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">		<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">

SukitArseanrapoj: /* หมายเหตุเกี่ยวกับคุณสมบัติ */

2008-05-26T14:30:35Z

หมายเหตุเกี่ยวกับคุณสมบัติ

← Older revision		Revision as of 14:30, 26 May 2008
Line 64:		Line 64:

	=== หมายเหตุเกี่ยวกับคุณสมบัติ ===		=== หมายเหตุเกี่ยวกับคุณสมบัติ ===
	<span id="note1">[[#property-list-n\|1. ^]]</span>: คุณสมบัติ 'n' เป็นคุณสมบัติที่ {{optional-th}} ถ้า [[hcard#Implied_.22n.22_Optimization\|~~implied '~~n~~' optimization rules~~]] มีผลบังคับใช้<br />		<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>.		<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>.

SukitArseanrapoj: /* Implied "organization-name" Optimization */

2008-05-21T15:25:43Z

Implied "organization-name" Optimization

← Older revision		Revision as of 15:25, 21 May 2008
Line 164:		Line 164:
	นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน		นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

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

	=== Tags as Categories ===		=== Tags as Categories ===

SukitArseanrapoj: /* Implied "nickname" Optimization */

2008-05-21T15:22:02Z

Implied "nickname" Optimization

← Older revision		Revision as of 15:22, 21 May 2008
Line 146:		Line 146:
	หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้		หมายเหตุจากผู้แปล: สองกรณีหลังเป็นกรณีที่ใช้บ่อยในชื่อภาษาอังกฤษ ซึ่งอาจไม่ได้ใช้สำหรับภาษาไทย ในภาษาอังกฤษนาย John Smith อาจะจะเขียนชื่อเป็น Smith, John หรือ Smith, J. หรือ Smith J ก็ได้ ในขณะที่ชื่อภาษาไทยไม่มีการใช้รูปแบบอย่างนี้

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

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

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

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

	~~The hCard~~ {{may-th}} ~~have additional explicit~~ "nickname" ~~property values in addition to the implied nickname.~~		นอกเหนือจากค่า "nickname" ที่ได้มาแบบเป็นนัยจากการใช้ "FN" แล้ว ผู้ใช้ {{may-th}} ระบุค่า "nickname" อื่นๆใน hCard ได้เพิ่มเติมเช่นกัน

	=== Implied "organization-name" Optimization ===		=== Implied "organization-name" Optimization ===

SukitArseanrapoj: /* Implied "n" Optimization */

2008-05-21T15:16:23Z

Implied "n" Optimization

← Older revision		Revision as of 15:16, 21 May 2008
Line 126:		Line 126:
	ถ้าคุณสมบัติ "FN" และ "ORG" มีค่าเดียวกัน (ซึ่งอาจเกิดได้เพราะคุณสมบัติทั้งสองถูกใช้พร้อมกันในหนึ่ง element เช่น class="fn org") ให้ถือว่า hCard นั้นเป็น hCard สำหรับบริษัท องค์กร หรือสถานที่และ {{should-th}} ถูกใช้ในความหมายนี้ ในกรณีนี้ผู้สร้าง hCard {{must-not-th}} ใส่ค่า หรือใส่เป็นค่าว่างๆ (empty string) สำหรับคุณสมบัติ "N" และคุณสมบัติย่อยของมัน นอกจากนั้น parser {{should-th}} รองรับกรณีที่ไม่มีคุณสมบัติ "N" ใน hCard ด้วย		ถ้าคุณสมบัติ "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~~ ===		=== การแทนค่าคุณสมบัติ "n" แบบเป็นนัย ===
	~~ถึงแม้ว่า~~ vCard ~~บังคับให้ต้องใส่ค่าสำหรับคุณสมบัติ~~ "N" ~~ผู้แต่งมาตรฐาน~~ vCard ([[rfc-2426\|RFC2426]]) ~~เองก็ไม่ได้ใส่คุณสมบัตินี้ในตัวอย่างที่อยู่เกือบๆจะท้ายเอกสาร~~ (หน้า 38) ~~ความขัดแย้งนี้สามารถแก้ไขได้โดยการใช้~~ "FN" แทนที่ "N" ในการใช้งานทั่วๆไป		ถึงแม้ว่ามาตรฐาน 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" และ "ORG" แตกต่างกัน (ลองดูในหมวดก่อนหน้า) และค่าของ "FN" มีความยาวเท่ากับสองคำ (คั่นด้วยเว้นวรรค) และก็ไม่มีการระบุคุณสมบัติ "N" ในที่ใดๆอีก ให้ถือว่าค่าของ "N" นั้นคือค่าของ คุณสมบัติ "FN"

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

	# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค		# เนื้อหาของ "FN" แบ่งออกเป็นสอง "คำ" คั่นด้วยเว้นวรรค
Line 142:		Line 144:
	* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)		* นามสกุล (เว้นวรรค) ตัวอักษรแรกของชื่อ (จุด ถ้ามี)

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

	=== Implied "nickname" Optimization ===		=== Implied "nickname" Optimization ===