<?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: SharePoint Internals: InternalName versus DisplayName</title>
	<atom:link href="http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/feed/" rel="self" type="application/rss+xml" />
	<link>http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/</link>
	<description>Rantings of an Insomniac Mind</description>
	<lastBuildDate>Sat, 07 Jan 2012 13:11:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Tombo</title>
		<link>http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/comment-page-1/#comment-15248</link>
		<dc:creator>Tombo</dc:creator>
		<pubDate>Sat, 13 Feb 2010 22:45:53 +0000</pubDate>
		<guid isPermaLink="false">http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/#comment-15248</guid>
		<description>The InternalName can only be set at creation time. It&#039;s a bit like the Guid and should be seen as an identifier. One which can&#039;t been changed. I don&#039;t think it&#039;s been changed in 2010, though.</description>
		<content:encoded><![CDATA[<p>The InternalName can only be set at creation time. It&#8217;s a bit like the Guid and should be seen as an identifier. One which can&#8217;t been changed. I don&#8217;t think it&#8217;s been changed in 2010, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Perry</title>
		<link>http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/comment-page-1/#comment-15243</link>
		<dc:creator>Perry</dc:creator>
		<pubDate>Sat, 13 Feb 2010 18:31:13 +0000</pubDate>
		<guid isPermaLink="false">http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/#comment-15243</guid>
		<description>Actually there are three different strings:

#1) Title/DisplayName

#2) StaticName

#3) InternalName

The InternalName of the list column instance is the real problematic one, as updates to the site column get pushed to the list column instance for both Title/DisplayName (which can be updated either via GUI or via feature redeployment), and for StaticName (which comes from the StaticName specified in the element XML of the feature), but while the site column&#039;s InternalName can be updated from the feature (from the element XML&#039;s &quot;Name&quot; attribute), the list column instance InternalName seems to be frozen forever. 

As far as I can tell, this is a real bug in SharePoint 2007. I don&#039;t know if they&#039;ve addressed it in SharePoint 2010.</description>
		<content:encoded><![CDATA[<p>Actually there are three different strings:</p>
<p>#1) Title/DisplayName</p>
<p>#2) StaticName</p>
<p>#3) InternalName</p>
<p>The InternalName of the list column instance is the real problematic one, as updates to the site column get pushed to the list column instance for both Title/DisplayName (which can be updated either via GUI or via feature redeployment), and for StaticName (which comes from the StaticName specified in the element XML of the feature), but while the site column&#8217;s InternalName can be updated from the feature (from the element XML&#8217;s &#8220;Name&#8221; attribute), the list column instance InternalName seems to be frozen forever. </p>
<p>As far as I can tell, this is a real bug in SharePoint 2007. I don&#8217;t know if they&#8217;ve addressed it in SharePoint 2010.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sharepoint InternalName vs. DisplayName &#171; Adrian Henke&#8217;s Blog</title>
		<link>http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/comment-page-1/#comment-11253</link>
		<dc:creator>Sharepoint InternalName vs. DisplayName &#171; Adrian Henke&#8217;s Blog</dc:creator>
		<pubDate>Wed, 14 Oct 2009 14:44:09 +0000</pubDate>
		<guid isPermaLink="false">http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/#comment-11253</guid>
		<description>[...]   Published October 14, 2009   IT Leave a Comment Tags: Sharepoint      This blogpost describes the usage of the internalname vs. displayname problem in the Sharepoint object model, [...]</description>
		<content:encoded><![CDATA[<p>[...]   Published October 14, 2009   IT Leave a Comment Tags: Sharepoint      This blogpost describes the usage of the internalname vs. displayname problem in the Sharepoint object model, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SharePoint-Listen und die Namen der Spalten - Oliver Wirkus - SharePointCommunity</title>
		<link>http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/comment-page-1/#comment-8265</link>
		<dc:creator>SharePoint-Listen und die Namen der Spalten - Oliver Wirkus - SharePointCommunity</dc:creator>
		<pubDate>Wed, 01 Jul 2009 13:16:20 +0000</pubDate>
		<guid isPermaLink="false">http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/#comment-8265</guid>
		<description>[...] Bei der Programmierung bzw. bei der Verwendung des SharePoint Objekt-Modells muss man aber sehr aufpassen, welchen Spaltennamen man mit welcher Methode verwenden kann bzw. soll. Leider ist dies im SDK nicht einheitlich geregelt. Es gibt Methoden, bei denen schon aufgrund des Methodennamens klar ist, mit welchem Spaltennamen sie arbeiten: SPFieldCollection.GetFieldByInternalName(name) arbeitet wie der Name bereits andeutet, mit dem Internal-Name einer Spalte, während SPFieldCollection[name] den Display-Name verwendet. Bei SPListItem[name] wird die Sache noch etwas undurchsichtiger: hier sind alle drei Spaltennamen als Parameter erlaubt. Eine erste Übersicht von Methoden und deren Spalten-Parametern findet sich in diesem Blog. [...]</description>
		<content:encoded><![CDATA[<p>[...] Bei der Programmierung bzw. bei der Verwendung des SharePoint Objekt-Modells muss man aber sehr aufpassen, welchen Spaltennamen man mit welcher Methode verwenden kann bzw. soll. Leider ist dies im SDK nicht einheitlich geregelt. Es gibt Methoden, bei denen schon aufgrund des Methodennamens klar ist, mit welchem Spaltennamen sie arbeiten: SPFieldCollection.GetFieldByInternalName(name) arbeitet wie der Name bereits andeutet, mit dem Internal-Name einer Spalte, während SPFieldCollection[name] den Display-Name verwendet. Bei SPListItem[name] wird die Sache noch etwas undurchsichtiger: hier sind alle drei Spaltennamen als Parameter erlaubt. Eine erste Übersicht von Methoden und deren Spalten-Parametern findet sich in diesem Blog. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Internal name vs display name &#171; Alex Angas</title>
		<link>http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/comment-page-1/#comment-3199</link>
		<dc:creator>Internal name vs display name &#171; Alex Angas</dc:creator>
		<pubDate>Sat, 13 Sep 2008 11:56:35 +0000</pubDate>
		<guid isPermaLink="false">http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/#comment-3199</guid>
		<description>[...] another SharePoint developer, has made a list with more examples here. He also details the inconsistencies around when an exception is thrown - yet another place to get [...]</description>
		<content:encoded><![CDATA[<p>[...] another SharePoint developer, has made a list with more examples here. He also details the inconsistencies around when an exception is thrown &#8211; yet another place to get [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SharePoint-Listen und die Namen der Spalten - Meine SharePoint-Notizen</title>
		<link>http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/comment-page-1/#comment-2514</link>
		<dc:creator>SharePoint-Listen und die Namen der Spalten - Meine SharePoint-Notizen</dc:creator>
		<pubDate>Thu, 14 Aug 2008 11:14:44 +0000</pubDate>
		<guid isPermaLink="false">http://tomblog.insomniacminds.com/2008/01/25/sharepoint-internals-internalname-versus-displayname/#comment-2514</guid>
		<description>[...] Bei der Programmierung bzw. bei der Verwendung des SharePoint Objekt-Modells muss man aber sehr aufpassen, welchen Spaltennamen man mit welcher Methode verwenden kann bzw. soll. Leider ist&#160;dies im SDK nicht einheitlich geregelt. Es gibt Methoden, bei denen schon aufgrund des Methodennamens klar ist, mit welchem Spaltennamen sie arbeiten: SPFieldCollection.GetFieldByInternalName(name) arbeitet wie der Name bereits andeutet, mit dem Internal-Name einer Spalte, während SPFieldCollection[name]&#160;den Display-Name verwendet. Bei SPListItem[name] wird die Sache noch etwas undurchsichtiger: hier sind alle drei Spaltennamen als Parameter erlaubt. Eine erste Übersicht von Methoden und deren Spalten-Parametern findet sich in diesem Blog. [...]</description>
		<content:encoded><![CDATA[<p>[...] Bei der Programmierung bzw. bei der Verwendung des SharePoint Objekt-Modells muss man aber sehr aufpassen, welchen Spaltennamen man mit welcher Methode verwenden kann bzw. soll. Leider ist&nbsp;dies im SDK nicht einheitlich geregelt. Es gibt Methoden, bei denen schon aufgrund des Methodennamens klar ist, mit welchem Spaltennamen sie arbeiten: SPFieldCollection.GetFieldByInternalName(name) arbeitet wie der Name bereits andeutet, mit dem Internal-Name einer Spalte, während SPFieldCollection[name]&nbsp;den Display-Name verwendet. Bei SPListItem[name] wird die Sache noch etwas undurchsichtiger: hier sind alle drei Spaltennamen als Parameter erlaubt. Eine erste Übersicht von Methoden und deren Spalten-Parametern findet sich in diesem Blog. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

