Dazu ruft man unter Extras -> Kontoeinstellungen den Reiter SharePoint-Listen auf:

Ein Doppelklick mit der Maus auf den Listeneintrag öffnet ein Fenster, in dem folgender Eintrag zu prüfen ist: Diese Liste auf anderen von mir verwendeten Computern nicht anzeigen

Falls bereits gelöschte Listen immer wieder in Outlook auftauchen, ist mit hoher Wahrscheinlichkeit dort kein Haken gesetzt, was zur Folge hat, dass auf allen Rechnern Outlook versucht, diese SharePoint-Liste zu synchronisieren und demnach immer wieder neu einbindet. Falls man diese dauerhaft löschen will, sollte auf allen Outlook-Instanzen dieser Eintrag für die SharePoint-Liste gesetzt werden. Nun wird die Liste auf allen PCs unabhängig voneinander verwaltet und kann bei jedem einzelnen über den “Entfernen”-Button (siehe Screenshot 1) aus Outlook gelöscht werden.

“Es wurden ungültige Daten zur Aktualisierung des Listeneintrags verwendet. Das Feld, das Sie aktualisieren möchten, ist möglicherweise schreibgeschützt.”

Falls die SharePoint-Umgebung auf Englisch installiert ist, lautet der Fehlertext: “Invalid data has been used to update the list item. The field you are trying to update may be read only.” Doch was nun? Nach einigen Tests fand ich heraus, dass die Felder “EventDate” und “EndDate” immer nur im Doppelpack aktualisiert werden dürfen. D.h. immer dann, wenn man einem der beiden Felder einen neuen Wert zuweisen will, muss auch das andere mit einem Wert (auch wenn es der alte ist) versehen werden. Dann klappt das Update reibungslos.

Hier ein kleines Beispiel:

Folgender Aufruf klappt nicht und erzeugt obige Fehlermeldung:

SPListItem item = SPContext.Current.Web.Lists["Kalender"].Items[0];
item["Title"] = "Heute";
item["EventDate"] = DateTime.Now;
item.Update();


Hier werden beide Datumsfelder behandelt und das Update findet statt:

SPListItem item = SPContext.Current.Web.Lists["Kalender"].Items[0];
item["Title"] = "Heute";
item["EventDate"] = DateTime.Now;
item["EndDate"] = DateTime.Now;
item["fAllDayEvent"] = true; //Das Ereignis soll als ganztägiges Ereignis deklariert werden
item.Update();


Mit Hilfe der SPUtility-Klasse und der darin enthaltenen Methode CreateISO8601DateTimeFromSystemDateTime kann jeder beliebige DateTime-Wert in das korrekte Format konvertiert werden. Hier ein Beispiel einer vollständigen CAML-Query (Abfrage aller Einträge eines SharePoint-Kalenders, deren Anfangsdatum größer als das heute Datum ist):

<Query>
<Where>
<Gt>
<FieldRef Name='EventDate' /><Value Type='DateTime'>" + SPUtility.CreateISO8601DateTimeFromSystemDateTime(DateTime.Now) + "</Value>
</Gt>
</Where>
</Query>

SPFieldLookupValue lookupField = new SPFieldLookupValue(item["lookupTitle"].ToString());
string id = lookupField.LookupId; //enthält die Id des verknüpften ListItems
string value = lookupField.LookupValue; //enthält den Wert des verknüpften ListItems

Falls für die Verknüpfung mehrere Werte zulässt kann entsprechend die SPFieldLookupValueCollection verwendet werden:

SPFieldLookupValueCollection flvc =
new SPFieldLookupValueCollection(item["lookupTitle"].ToString());
foreach (SPFieldLookupValue flv in flvc)
{
string id = flv.LookupId; //enthält die Id des verknüpften ListItems
string value = flv.LookupValue; //enthält den Wert des verknüpften ListItems
}


if (web.GetFile(fileUrl).Exists)
{
SPFile file = web.GetFile(fileUrl);
}
else
{
//die Datei ist nicht vorhanden
}


Beispielsweise ist für den ItemUpdating-Event (der bekanntlich vor dem Aktualisieren des ListItems eintritt) mit folgendem Aufruf der Titel des Elements nach dem eigentlichen Update abrufbar (also quasi als Vorschau für die zukünftigen Werte):

string titleAfterUpdate = properties.AfterProperties["Title"].ToString();

Der Title des ListItems vor dem Aktualisierung kann mit folgender Zeile abgerufen werden:

string titleBeforeUpdate = properties.ListItem["Title"].ToString();

Falls man nun verhindern möchte, dass der Titel nach dem Udpate geändert ist, kann dies durch folgende Abfrage unterbunden werden:

if(titleAfterUpdate != titleBeforeUpdate)
{
properties.Cancel = true;
properties.ErrorMessage = "Der Titel darf nicht geändert werden.";
}

Vielleicht kein sinnvolles Beispiel, aber es verdeutlicht die Möglichkeiten, die man damit hat

Die oben angesprochene Stolperfalle ist die Verwendung der Eigenschaften BeforeProperties, AfterProperties und ListItem des SPItemEventProperties Objekts. Denn nicht bei jedem Event stehen diese zur Verfügung. Bei obigen Beispiel würde der Aufruf des Titels über dasBeforeProperties Objekt eine Exception werfen, da die Werte vor Eintreten des Events über das ListItem Objekt abgerufen werden müssen. Andererseits wäre für einen ItemUpdated (man beachte die Endung; er tritt ein, wenn das Update bereits ausgeführt wurde) die Werte vor Update in BeforeProperties zu finden und die danach nicht in AfterProperties sondern in ListItem.

Sie können eine Liste in Datenblattansicht auf einer Microsoft Windows SharePoint Services-Website nicht anzeigen.

• Eine Tabellenkomponente, die mit Windows SharePoint Services kompatibel ist, wird nicht installiert.
• Eine Microsoft Office 2003 Professional Edition ist auf dem Computer nicht installiert.
• Das Webbrowser unterstützt ActiveX-Steuerelement nicht.
• Unterstützung von ActiveX-Steuerelement wird deaktiviert.

Die zwei letzten Möglichkeiten betreffen den Browser bzw. die darin enthaltenen ActiveX-Einstellungen. Zu finden sind diese im Internet Explorer unter Extras » Internetoptionen » Sicherheit » Stufe anpassen. Dort muss für die entsprechende Sicherheitszone das Ausführen von ActiveX-Steuerelementen aktiviert sein:

Hinweis: Es empfiehlt sich, niedrigere Sicherheitseinstellungen nur für die Zone Vertrauenswürdige Sites vorzunehmen und die entsprechende SharePoint-Site über die Schaltfläche “Sites…” zu dieser Zone hinzuzufügen.

Die beiden ersten Hinweise der Fehlermeldung deuten auf eine fehlende Installation einer Tabellenkalkulation hin. Daher sollte man sicherstellen, dass entweder Office 2003 oder 2007 Professional installiert ist. Die darin erforderlichen Komponenten wären für die Version 2003 Excel und für 2007 Access. Doch selbst dann kann der obige Fehler erscheinen. Denn das ActiveX-Steuerelement kann im Office-Setup separat installiert werden. Zu finden ist der Eintrag in der Systemsteuerung unter Software. Dort das entsprechende Office-Produkt auswählen und auf ändern klicken. Anschließend sollte der Eintrag Features hinzufügen oder entfernen ausgewählt werden. In der nachfolgenden Baumstruktur findet man unter Office Tools den entscheidenden Eintrag: Unterstützung für Windows SharePoint Services. Dort sollten alle Einträge auf von ‘Arbeitsplatz’ ausführen gesetzt sein wie auf folgender Abbildung für Office 2003 dargestellt ist:

Für Office 2007 sieht der Setupeintrag folgendermaßen aus:

Oftmals wird aber auch trotz korrekter Installation dieser Komponenten ein Aufruf der Datenblattansicht mit obiger Meldung verhindert. Wie ich heute im Blog der Mindbusiness GmbH gelesen habe kann aber auch ein falscher Eintrag in der Registry das Laden des Add-ons verhindern. Dort wurde mit Hilfe des Microsoft Supports folgender Lösungsvorschlag gemacht:
Unter HKEY_LOCAL_MASCHINE\SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility einen Eintrag mit der CLSID 65BCBEE4-7728-41A0-97BE-14E1CAE36AAE suchen. Falls dieser vorhanden ist, sollte das Löschen dieses Knotens und ein Neustart des Internet Explorer nun das Problem beheben.

Der Vorteil ist, dass dieses Webpart ohne Administratorberechtigungen auf jeder beliebigen SharePoint-Seite integrierbar und mit ein wenig HTML/Javascript Kenntnissen flexibel anpassbar ist. Dazu einfach das Inhalts-Editor-Webpart an eine beliebige Stelle innerhalb einer Webpartzone einfügen und anschließend über den Toolbereich den Quelltexteditor aufrufen. Dort muss nur folgender Code eingefügt werden:

<div style="text-align:center;"><div>
<a href="http://www.google.de"><img src="http://www.google.de/logos/Logo_40wht.gif" border="0" alt="Google" align="absmiddle"></a>
<input type="text" onKeyDown="if (event.keyCode==13) submit_google();" id="google_q" size="31" maxlength="255" value="" />
<button id="btnGoogle" type="button" onclick="submit_google();">Google Suche</button></div>
<div><input type="radio" id="g_site" name="g_scope" value="1" /> diese Seite
<input type="radio" name="g_scope" value="2" checked="checked" /> Web</div>
</div>
<script language="javascript" type="text/javascript">
// <![CDATA[
function submit_google()
{
	var googleQuery = document.getElementById('google_q');
	var g_url = "http://www.google.de/search?hl=de&q=";

	if(googleQuery)
	{
		if(googleQuery.value.length > 0)
		{
			var s = encodeURI(googleQuery.value);

			if(document.getElementById('g_site').checked)
			{
				s = "site:" + window.location.host + " " + s;
			}

			var g_w = window.open(g_url+s, "google_window");
			if(g_w != null) g_w.focus();
		}
		else
		{
			alert("Bitte einen Suchbegriff eingeben.");
		}
	}
}
// ]]>
</script>

Anschließend sollte das Webpart die Google Suchmaske wiefolgt anzeigen:

Sollte der Popupblocker des Browsers das Öffnen der Suchergebnisse verhindern (weil das neue Fenster über eine Javascript-Funktion geöffnet wird), muss die SharePoint-Seite dort entsprechend als vertrauenswürdig eingerichtet werden.

Mit dem jetzt verfügbaren Excel 2007 Add-in: Synchronizing Tables with SharePoint Lists ist genau diese Funktion wieder verfügbar, allerdings mit einer Einschränkung: Die Excel-Datei darf nicht im Office Open XML Format gespeichert sein, sondern muss im Excel 97-2003 (Biff8) Dateiformat gespeichert werden. Eine Anleitung (auf Englisch) zur Installation und Verwendung des Add-Ins gibt es unter http://msdn2.microsoft.com/en-us/library/bb462636(office.11).aspx.

In Excel 2003 musste der zu synchronisierende Bereich als Liste deklariert werden, Excel 2007 nennt diese Struktur nun Tabelle und ist im Reiter Einfügen->Tabellen->Tabelle zu finden. Anschließend findet man auch die SharePoint-Synchronisierungsfunktion (über Reiter Entwurf: Tabellentools->SharePoint->Publish and allow Sync).

Der Artikel geht dabei auf folgende Themengebiete näher ein und veranschaulicht diese mit vielen (Code-) Beispielen und Schaubildern:

• Einführung in die SharePoint-Technologien
• Erforderliche Kenntnisse
• ASP.NET vs. SharePoint Services
• Die SharePoint-Entwicklungsumgebung
• Visaul Studio 2005 Extensions für WSS 3.0
• Windows SharePoint Services Lösungen entwicklen, ausliefern und verwalten
• Code Access Security und WebParts

Also, am besten ausdrucken und mehrmals lesen!