<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: No space</title>
	<atom:link href="http://paulmwatson.com/journal/2006/05/31/no-space/feed/" rel="self" type="application/rss+xml" />
	<link>http://paulmwatson.com/journal/2006/05/31/no-space/</link>
	<description>The journal of Paul M. Watson</description>
	<pubDate>Fri, 21 Nov 2008 00:25:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7-beta1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Kenny Kerr</title>
		<link>http://paulmwatson.com/journal/2006/05/31/no-space/comment-page-1/#comment-13878</link>
		<dc:creator>Kenny Kerr</dc:creator>
		<pubDate>Thu, 01 Jun 2006 00:56:50 +0000</pubDate>
		<guid isPermaLink="false">http://paulmwatson.com/journal/2006/05/31/no-space/#comment-13878</guid>
		<description>Exactly. I think that’s what I was trying to say.  :)</description>
		<content:encoded><![CDATA[<p>Exactly. I think that’s what I was trying to say.  <img src='http://paulmwatson.com/journal/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Watson</title>
		<link>http://paulmwatson.com/journal/2006/05/31/no-space/comment-page-1/#comment-13877</link>
		<dc:creator>Paul Watson</dc:creator>
		<pubDate>Thu, 01 Jun 2006 00:00:57 +0000</pubDate>
		<guid isPermaLink="false">http://paulmwatson.com/journal/2006/05/31/no-space/#comment-13877</guid>
		<description>Thanks for the info, Kenny. None of these considerations are helping the user though, just us developers which is the wrong, but common, way.</description>
		<content:encoded><![CDATA[<p>Thanks for the info, Kenny. None of these considerations are helping the user though, just us developers which is the wrong, but common, way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenny Kerr</title>
		<link>http://paulmwatson.com/journal/2006/05/31/no-space/comment-page-1/#comment-13876</link>
		<dc:creator>Kenny Kerr</dc:creator>
		<pubDate>Wed, 31 May 2006 23:42:14 +0000</pubDate>
		<guid isPermaLink="false">http://paulmwatson.com/journal/2006/05/31/no-space/#comment-13876</guid>
		<description>The main reason certain characters aren’t allowed in user names is to allow parsing – either for subtext searching or for breaking a user name into parts (e.g. principal and authority). I wrote briefly about handling Windows credentials in 2004 (&lt;a href="http://weblogs.asp.net/kennykerr/archive/2004/07/09/178435.aspx"&gt;http://weblogs.asp.net/kennykerr/archive/2004/0...&lt;/a&gt;). Another common reason is to allow user names to be used in file system paths for example in the user profile directory path. Of course if you’re building a custom authentication system backed by a database there’s no reason to limit characters or length. Limiting length is also not very useful. If you have relatively few users (hundreds) then you’re not going to save much space or time with short user names. If you have relatively high numbers of users (thousands or millions) then you’re going to force users to create silly user names like paul1234. The main limitation is ensuring that the user name can be used as an indexed key in a database but then the limitation even for Unicode usernames would still be as high as 400 characters depending on the database engine.</description>
		<content:encoded><![CDATA[<p>The main reason certain characters aren’t allowed in user names is to allow parsing – either for subtext searching or for breaking a user name into parts (e.g. principal and authority). I wrote briefly about handling Windows credentials in 2004 (<a href="http://weblogs.asp.net/kennykerr/archive/2004/07/09/178435.aspx"></a><a href="http://weblogs.asp.net/kennykerr/archive/2004/0.." rel="nofollow">http://weblogs.asp.net/kennykerr/archive/2004/0..</a>.). Another common reason is to allow user names to be used in file system paths for example in the user profile directory path. Of course if you’re building a custom authentication system backed by a database there’s no reason to limit characters or length. Limiting length is also not very useful. If you have relatively few users (hundreds) then you’re not going to save much space or time with short user names. If you have relatively high numbers of users (thousands or millions) then you’re going to force users to create silly user names like paul1234. The main limitation is ensuring that the user name can be used as an indexed key in a database but then the limitation even for Unicode usernames would still be as high as 400 characters depending on the database engine.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenny Kerr</title>
		<link>http://paulmwatson.com/journal/2006/05/31/no-space/comment-page-1/#comment-820</link>
		<dc:creator>Kenny Kerr</dc:creator>
		<pubDate>Wed, 31 May 2006 19:56:50 +0000</pubDate>
		<guid isPermaLink="false">http://paulmwatson.com/journal/2006/05/31/no-space/#comment-820</guid>
		<description>Exactly. I think that’s what I was trying to say.  :)</description>
		<content:encoded><![CDATA[<p>Exactly. I think that’s what I was trying to say.  <img src='http://paulmwatson.com/journal/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Watson</title>
		<link>http://paulmwatson.com/journal/2006/05/31/no-space/comment-page-1/#comment-819</link>
		<dc:creator>Paul Watson</dc:creator>
		<pubDate>Wed, 31 May 2006 19:00:57 +0000</pubDate>
		<guid isPermaLink="false">http://paulmwatson.com/journal/2006/05/31/no-space/#comment-819</guid>
		<description>Thanks for the info, Kenny. None of these considerations are helping the user though, just us developers which is the wrong, but common, way.</description>
		<content:encoded><![CDATA[<p>Thanks for the info, Kenny. None of these considerations are helping the user though, just us developers which is the wrong, but common, way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenny Kerr</title>
		<link>http://paulmwatson.com/journal/2006/05/31/no-space/comment-page-1/#comment-818</link>
		<dc:creator>Kenny Kerr</dc:creator>
		<pubDate>Wed, 31 May 2006 18:42:14 +0000</pubDate>
		<guid isPermaLink="false">http://paulmwatson.com/journal/2006/05/31/no-space/#comment-818</guid>
		<description>The main reason certain characters aren’t allowed in user names is to allow parsing – either for subtext searching or for breaking a user name into parts (e.g. principal and authority). I wrote briefly about handling Windows credentials in 2004 (http://weblogs.asp.net/kennykerr/archive/2004/07/09/178435.aspx). Another common reason is to allow user names to be used in file system paths for example in the user profile directory path. Of course if you’re building a custom authentication system backed by a database there’s no reason to limit characters or length. Limiting length is also not very useful. If you have relatively few users (hundreds) then you’re not going to save much space or time with short user names. If you have relatively high numbers of users (thousands or millions) then you’re going to force users to create silly user names like paul1234. The main limitation is ensuring that the user name can be used as an indexed key in a database but then the limitation even for Unicode usernames would still be as high as 400 characters depending on the database engine.</description>
		<content:encoded><![CDATA[<p>The main reason certain characters aren’t allowed in user names is to allow parsing – either for subtext searching or for breaking a user name into parts (e.g. principal and authority). I wrote briefly about handling Windows credentials in 2004 (http://weblogs.asp.net/kennykerr/archive/2004/07/09/178435.aspx). Another common reason is to allow user names to be used in file system paths for example in the user profile directory path. Of course if you’re building a custom authentication system backed by a database there’s no reason to limit characters or length. Limiting length is also not very useful. If you have relatively few users (hundreds) then you’re not going to save much space or time with short user names. If you have relatively high numbers of users (thousands or millions) then you’re going to force users to create silly user names like paul1234. The main limitation is ensuring that the user name can be used as an indexed key in a database but then the limitation even for Unicode usernames would still be as high as 400 characters depending on the database engine.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
