SharePoint 2010, Dokumentsymbole werden nicht angezeigt nach Änderung an DOCICON.XML

Wenn ein IFilter installiert wird, so ist es meist von Nöten die DOCICON.XML des SharePoint (14\Template\xml) anzupassen, um für den neuen Dateityp das richtige Symbol anzugeben. Dabei geht man üblicherweise so vor, dass man sich eine Zeile aus dem Abschnitt <ByExtension> kopiert, einfügt und entsprechend die Dateiendung, sowie das darzustellende Icon verändert.
Manchmal jedoch kopiert man sich auch die empfohlene Zeile aus einem Blog oder Artikel im Internet.
Dabei Vorsicht!
Nicht weil das Internet ein so gefährlicher Ort ist…. 🙂 sondern weil hier die Anführungszeichen manchmal als “<test>“ und nicht als „<test>“ kopiert werden. *smile* siehe Bild:

anfuehrungszeichen
Sehen Sie den Unterschied? Wahrscheinlich auf den ersten Blick nicht. Und genau das ist das Problem 🙂 Um das erste <test> befinden sich orthograpische Anführungszeichen, um das zweite eben die ganz popeligen, die man erhält, wenn man im Editor Shift-2 drückt.

Das kann zu üblen Problemen und extrem frustrierender Fehlersuche führen, zumal SharePoint keinerlei Fehler meldet. Hinzu kommt, dass alle Einträge nach einem solchen fehlerhaften mit falschen Anführungszeichen nicht mehr abgearbeitet werden, also plötzlich viele oder sogar alle Dokumenten-Symbole nicht mehr angezeigt werden. Je nachdem, ob Sie den neuen Eintrag im Abschnitt <ByExtension> weit oben, oder weiter unten hinzugefügt haben.

Wichtige Tags beim SharePoint 2010 Branding, die man nicht ändern sollte

Beim Branding von SharePoint 2010 sollte man an einigen Stellen Vorsicht walten lassen, um Auswirkungen auf das SharePoint-Verhalten und auch das Verhalten von Drittanbieter-Produkten zu vermeiden.

Mit den CSS Tags S4-workspace, s4-bodycontainer und dem boy-tag in der Masterpage sollte man vorsichtig umgehen. In einigen Posts im Netzt wird beispielsweise vorgeschlagen den s4-workspace Tag um zu benennen oder gar ihn zu löschen. Dies meist im Kontext mit Lösungen dazu, die Ribbon-Bar aus dem sichtbaren Bereich heraus scrollen zu lassen. Dies ist besonders im Kontext von Produkten, wie Nintex-Workflow 2010 keine gute Idee. Nintex benutzt in seinen Scripten (Java Script im Workflow-Designer) dieses Tag dazu, die aktuell darstellbare Höhe und Breite des Arbeitsbereichs herauszufinden. Wird vom Script der s4-workspace Tag nicht gefunden, so findet man sich ein einem beihane endlos nach unten scrollenden Arbeitsbereich unter Nintex wieder, der es nicht zulässt Workflow-Aktionen aus der Werzeugleiste zu ziehen.

Auch die Entfernung des „scroll“ Attributes aus dem body-Tag der Masterpage führt zu ungewöhnlichem Verhalten, sobald es um die Bearbeitung von WebParts geht, oder mit Listen gearbeitet wird, die viele Spalten enthalten, also in der Darstellung sehr breit werden.

Fazit: Möglichst Finger weg von diesen zentralen CSS Tags!

Access denied while joining an existing MOSS 2007 farm

if you get an „access denied“ error message while joining an existing SharePoint farm with another server (i.e. adding another web front end) it is likely that your server runs a different SharePoint Version that the existing config database.

Check your patchlevel and service packs

SharePoint 2010, Listen und Bibliotheken, was ist neu?

Als erstes möchte ich mich mit Listen und Bibliotheken im neuen SharePoint 2010 beschäftigen. Sie sind letztendlich einer der Hauptbestandteile mit denen sich Benutzer beschäftigen und mit denen sie arbeiten.

SharePoint 2010, Listen und Bibliotheken, was ist neu? weiterlesen