hcard-singular-properties - Revision history

Tantek: link to new to be created page to attach it to the flow

2009-05-13T23:18:31Z

link to new to be created page to attach it to the flow

← Older revision		Revision as of 23:18, 13 May 2009
Line 66:		Line 66:

	== related pages ==		== related pages ==
			* [[hcalendar-singular-properties\|hCalendar singular properties]]
	{{hcard-related-pages}}		{{hcard-related-pages}}

Tantek: /* rev */ added quote from RFC2426 since a question was raised

2009-05-02T00:34:20Z

rev: added quote from RFC2426 since a question was raised

← Older revision		Revision as of 00:34, 2 May 2009
Line 50:		Line 50:

	=== rev ===		=== rev ===

			From [[RFC2426]]:
			<blockquote>To specify revision information about the current vCard.</blockquote>

	The "rev" property represents the datetime of the revision of the hCard as a whole, thus it doesn't make sense for there to be more than one.		The "rev" property represents the datetime of the revision of the hCard as a whole, thus it doesn't make sense for there to be more than one.

Brian: removed spam

2008-12-20T18:42:18Z

removed spam

← Older revision		Revision as of 18:42, 20 December 2008
Line 1:		Line 1:
	~~c4tdomgetel~~
	~~ormondelelte~~
	<h1>hCard singular properties</h1>		<h1>hCard singular properties</h1>
	{{TOC-right}}		{{TOC-right}}
Line 9:		Line 7:
	This summary is provided because that thorough reading and analysis takes a long time, and while repeatable, is not something that is worth encumbering other developers with. See the [[#reasoning\|Reasoning section]] for more.		This summary is provided because that thorough reading and analysis takes a long time, and while repeatable, is not something that is worth encumbering other developers with. See the [[#reasoning\|Reasoning section]] for more.

	; Editor/Author: [http://tantek.com Tantek ~~ÃÂelik~~]		; Editor/Author: [http://tantek.com Tantek Çelik]
	; Contributors: [http://tantek.com Tantek ~~ÃÂelik~~], [http://theryanking.com Ryan King]		; Contributors: [http://tantek.com Tantek Çelik], [http://theryanking.com Ryan King]

	== Name Properties ==		== Name Properties ==
Line 62:		Line 60:
	Reasoning and methodology.		Reasoning and methodology.

	Ryan King and Tantek ~~ÃÂelik~~ basically analyzed both the language of the [[vCard]] specification, and did logical analysis on the semantics of each property to determine its singular vs. plural status. We wanted to minimize the introduction of new rules/assumptions as much as possible (per the [[principles]]). Relying upon only the vCard specification and logical reasoning seemed the best way to do so.		Ryan King and Tantek Çelik basically analyzed both the language of the [[vCard]] specification, and did logical analysis on the semantics of each property to determine its singular vs. plural status. We wanted to minimize the introduction of new rules/assumptions as much as possible (per the [[principles]]). Relying upon only the vCard specification and logical reasoning seemed the best way to do so.

	== related pages ==		== related pages ==
	{{hcard-related-pages}}		{{hcard-related-pages}}

RaccnAnodo: alrelpa

2008-12-19T21:47:47Z

alrelpa

← Older revision		Revision as of 21:47, 19 December 2008
Line 1:		Line 1:
			c4tdomgetel
	ormondelelte		ormondelelte
	<h1>hCard singular properties</h1>		<h1>hCard singular properties</h1>
Line 8:		Line 9:
	This summary is provided because that thorough reading and analysis takes a long time, and while repeatable, is not something that is worth encumbering other developers with. See the [[#reasoning\|Reasoning section]] for more.		This summary is provided because that thorough reading and analysis takes a long time, and while repeatable, is not something that is worth encumbering other developers with. See the [[#reasoning\|Reasoning section]] for more.

	; Editor/Author: [http://tantek.com Tantek ~~Ãelik~~]		; Editor/Author: [http://tantek.com Tantek ÃÂelik]
	; Contributors: [http://tantek.com Tantek ~~Ãelik~~], [http://theryanking.com Ryan King]		; Contributors: [http://tantek.com Tantek ÃÂelik], [http://theryanking.com Ryan King]

	== Name Properties ==		== Name Properties ==
Line 61:		Line 62:
	Reasoning and methodology.		Reasoning and methodology.

	Ryan King and Tantek ~~Ãelik~~ basically analyzed both the language of the [[vCard]] specification, and did logical analysis on the semantics of each property to determine its singular vs. plural status. We wanted to minimize the introduction of new rules/assumptions as much as possible (per the [[principles]]). Relying upon only the vCard specification and logical reasoning seemed the best way to do so.		Ryan King and Tantek ÃÂelik basically analyzed both the language of the [[vCard]] specification, and did logical analysis on the semantics of each property to determine its singular vs. plural status. We wanted to minimize the introduction of new rules/assumptions as much as possible (per the [[principles]]). Relying upon only the vCard specification and logical reasoning seemed the best way to do so.

	== related pages ==		== related pages ==
	{{hcard-related-pages}}		{{hcard-related-pages}}

TrocoLocna: borolzeldard

2008-12-19T19:33:32Z

borolzeldard

← Older revision		Revision as of 19:33, 19 December 2008
Line 1:		Line 1:
			ormondelelte
	<h1>hCard singular properties</h1>		<h1>hCard singular properties</h1>
	{{TOC-right}}		{{TOC-right}}
Line 7:		Line 8:
	This summary is provided because that thorough reading and analysis takes a long time, and while repeatable, is not something that is worth encumbering other developers with. See the [[#reasoning\|Reasoning section]] for more.		This summary is provided because that thorough reading and analysis takes a long time, and while repeatable, is not something that is worth encumbering other developers with. See the [[#reasoning\|Reasoning section]] for more.

	; Editor/Author: [http://tantek.com Tantek ~~Çelik~~]		; Editor/Author: [http://tantek.com Tantek Ãelik]
	; Contributors: [http://tantek.com Tantek ~~Çelik~~], [http://theryanking.com Ryan King]		; Contributors: [http://tantek.com Tantek Ãelik], [http://theryanking.com Ryan King]

	== Name Properties ==		== Name Properties ==
Line 60:		Line 61:
	Reasoning and methodology.		Reasoning and methodology.

	Ryan King and Tantek ~~Çelik~~ basically analyzed both the language of the [[vCard]] specification, and did logical analysis on the semantics of each property to determine its singular vs. plural status. We wanted to minimize the introduction of new rules/assumptions as much as possible (per the [[principles]]). Relying upon only the vCard specification and logical reasoning seemed the best way to do so.		Ryan King and Tantek Ãelik basically analyzed both the language of the [[vCard]] specification, and did logical analysis on the semantics of each property to determine its singular vs. plural status. We wanted to minimize the introduction of new rules/assumptions as much as possible (per the [[principles]]). Relying upon only the vCard specification and logical reasoning seemed the best way to do so.

	== related pages ==		== related pages ==
	{{hcard-related-pages}}		{{hcard-related-pages}}

Brian: updated UID definition

2008-12-16T08:38:05Z

updated UID definition

← Older revision		Revision as of 08:38, 16 December 2008
Line 55:		Line 55:
	=== uid ===		=== uid ===

	The "uid" property ~~applies~~ to the hCard ~~as a whole~~. It doesn't make sense for an hCard to have more than one "uid".		The "uid" property is a globally unique identifier corresponding to the individual or resource associated with the hCard. It doesn't make sense for an hCard to have more than one "uid".

	== reasoning ==		== reasoning ==

AidAdams: /* sort-string */ "more than ONE way" --added one

2008-03-26T02:04:03Z

sort-string: "more than ONE way" --added one

← Older revision		Revision as of 02:04, 26 March 2008
Line 27:		Line 27:
	=== sort-string ===		=== sort-string ===

	When sorting a name, it doesn't make sense for it to have more than way of sorting it, thus "sort-string" must be singular.		When sorting a name, it doesn't make sense for it to have more than one way of sorting it, thus "sort-string" must be singular.

	== Physical Properties ==		== Physical Properties ==

Tantek: documented reasoning and methodology

2008-03-04T19:51:47Z

documented reasoning and methodology

← Older revision		Revision as of 19:51, 4 March 2008
Line 1:		Line 1:
	<h1>hCard singular properties</h1>		<h1>hCard singular properties</h1>
			{{TOC-right}}
	This is an explanation of the list of singular properties in [[hcard\|hCard]].		This is an explanation of the list of singular properties in [[hcard\|hCard]].

	The analysis here is derived from a thorough reading and analysis of the specific property definitions in the vCard RFC 2426 spec, along with reasoning using physics, and legal name precedents.		The analysis here is derived from a thorough reading and analysis of the specific property definitions in the vCard RFC 2426 spec, along with reasoning using physics, and legal name precedents.

	This summary is provided because that thorough reading and analysis takes a long time, and while repeatable, is not something that is worth encumbering other developers with.		This summary is provided because that thorough reading and analysis takes a long time, and while repeatable, is not something that is worth encumbering other developers with. See the [[#reasoning\|Reasoning section]] for more.

	; Editor/Author: [http://tantek.com Tantek Çelik]		; Editor/Author: [http://tantek.com Tantek Çelik]
Line 57:		Line 57:
	The "uid" property applies to the hCard as a whole. It doesn't make sense for an hCard to have more than one "uid".		The "uid" property applies to the hCard as a whole. It doesn't make sense for an hCard to have more than one "uid".

	== ~~Related Pages~~ ==		== reasoning ==
			Reasoning and methodology.

			Ryan King and Tantek Çelik basically analyzed both the language of the [[vCard]] specification, and did logical analysis on the semantics of each property to determine its singular vs. plural status. We wanted to minimize the introduction of new rules/assumptions as much as possible (per the [[principles]]). Relying upon only the vCard specification and logical reasoning seemed the best way to do so.

			== related pages ==
	{{hcard-related-pages}}		{{hcard-related-pages}}

AndyMabbett: /* Name Properties */ update

2007-06-28T18:18:24Z

Name Properties: update

← Older revision		Revision as of 18:18, 28 June 2007
Line 20:		Line 20:
	**[When a formal change of name is recorded by use of (an optional) Deed poll] the name change only operates for the future. Previous time-dependent legal documents, certificates etc. retain the prior name [http://en.wikipedia.org/wiki/Name_change#United_Kingdom].		**[When a formal change of name is recorded by use of (an optional) Deed poll] the name change only operates for the future. Previous time-dependent legal documents, certificates etc. retain the prior name [http://en.wikipedia.org/wiki/Name_change#United_Kingdom].
	**There is "a Common Law right, established over the centuries, to be known by any name or any multiple names that we wish, provided that we are not using these name to defraud or mislead." [http://p10.hostingprod.com/@spyblog.org.uk/blog/2005/01/pathetic_uk_government_respons.html]		**There is "a Common Law right, established over the centuries, to be known by any name or any multiple names that we wish, provided that we are not using these name to defraud or mislead." [http://p10.hostingprod.com/@spyblog.org.uk/blog/2005/01/pathetic_uk_government_respons.html]
	**The wife of the Prime Minister, Mrs. Cherie Blair appears in court under her professional name of Ms. Cherie Booth QC (ibid)		**The wife of the [former] Prime Minister, Mrs. Cherie Blair appears in court under her professional name of Ms. Cherie Booth QC (ibid)

	=== fn ===		=== fn ===

AndyMabbett: Related Pages

2007-01-26T21:30:32Z

← Older revision		Revision as of 21:30, 26 January 2007
Line 56:		Line 56:

	The "uid" property applies to the hCard as a whole. It doesn't make sense for an hCard to have more than one "uid".		The "uid" property applies to the hCard as a whole. It doesn't make sense for an hCard to have more than one "uid".

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