in

SharePoint Blogs

The Best Place for SharePoint-related Blogs

odi's blog

April 2007 - Posts

  • Webpartseiten und Websitevorlagen

    Ich habe mich heute mal ein wenig mit der Erstellung von neuen Webpartseiten auseinandergesetzt, und es war wirklich eine Auseinandersetzung. Über die Websiteeinstellungen lassen sich neue Webpartseiten anlegen, diese Seiten haben nur den Nachteil, dass die Schnellstartleiste fehlt. Also, ab einfachsten die default.aspx im SharePoint Designer laden und unter einem anderen Namen abspeichern, dann habe ich ja eine neue Webpartseite. Gesagt getan, und die Seite war danach auch da und konnte verwendet werden. Ich habe dann auf diese Seite ein paar Webparts abgelegt und diese Webparts auch konfiguriert, u.a. soll bei Symbolleistentyp "Keine Symbolleiste" eingetragen sein. Meine Site also soweit zusammengestellt und dann als Vorlage in den Websitevorlagenkatalog gespeichert. Soweit so gut.

    Aus der Vorlage dann eine neue Site erstellt, auf die neue Webpartseite gegangen und aus allen Wolken gefallen. Der Symbolleistentyp war auf "Vollständige Symbolleiste" eingestellt. Also das Webpart nocheinmal konfiguriert, die Vorlage gespeichert, aus der Vorlage wieder eine Site angelegt: gleiches Ergebnis, der Symbolleistentyp passt wieder nicht.

    Wie ist die neue Webpartseite entstanden? Ich hatte die default.aspx im SharePoint Designer geöffnet und dort unter einem anderen Namen gespeichert. OK, dann gehen wir eben einen anderen Weg.

    Die Site über den SharePoint Designer geöffnet und die default.aspx kopiert. Nach meinem Verständnis sollte jetzt das Gleiche passieren wie bei dem vorherigen Versuch. Diese neue Kopie ebenfalls soweit zusammengestellt, wie ich es vorher schon gemacht hatte, u.a. auch den Symbolleistentyp eingestellt, und die Site dann wieder im Websitevorlagenkatalog gespeichert.

    Wieder eine Site angelegt, diesesmal mit der neuen Vorlage, auf die neue neue Webpartseite gegangen, und siehe da, der Symbolleistentyp passt.

    Was lässt sich jetzt aus diesen Erkenntnissen ableiten? Wenn eine neue Webpartseite angelegt werden soll, dann kopiere eine bestehende Seite über den SharePoint Designer. Beim Speichern unter einem anderen Namen scheint irgendetwas zu passieren (oder vielleicht auch nicht zu passieren).

  • Websitevorlagen in SharePoint v3.0

    Websitevorlagen sollen den Inhaltsadministrator u.a. dabei unterstützen, vordefinierte Strukturen zu schaffen, damit eine Site nicht gleich von Anfang an ein chaotisches Eigenleben entwickelt. Daher ist es recht angenehm, dass man zunächst eine Site so "zurecktzupfen" kann, wie sie aussehen soll, und anschließend über die Websiteeinstellungen im Katalog eine Vorlage ablegen kann. Wären da nicht drei in meinen Augen sehr unangenehme Dinge, von denen ich eigentlich zwei in die Kategorie "Fehler" einordnen würde.

    1. Symbolleistentyp geht verloren
    Eine der Eigenschaften, die für ein Webpart eingestellt werden können, ist der Symbolleistentyp. In einigen Fällen bietet es sich an, dass hier die Option "Keine Symbolleiste" ausgewählt wird, wodurch die Ausgabe "Neues Dokument hinzufügen" unterdrückt wird. Wird die Site als Vorlage gespeichert und dann basierend auf dieser Vorlage eine neue Site angelegt, dann wird der Symbolleistentype wieder auf "Übersichtssymbolleiste" umgestellt. Dieses Verhalten würde ich in die Kategorie "Fehler" einordnen.

    2. Standardwebparts gehen verloren
    In einer SharePoint-Site, die aus den Standard-Vorlagen (Teamwebsite, etc.) angelegt werden, stehen einige nützliche Webparts, wie z.B. das Inhalts-Editor-Webpart zur Verfügung. Wird eine Site als Template gespeichert, und dann mit STSADM -o addtemplate in den globalen Vorlagenkatalog aufgenommen, sodass die Vorlage auch für eine Site-Collection verwendet werden kann, dann fehlen genau diese Webparts, nachdem basierend auf der Vorlage eine neue Site-Collection angelegt wurde. Sie können zwar über "Auffüllen" wieder in den Webpartkatalog aufgenommen werden, aber das ist trotzdem ärgerlich, vor allem, wenn die Site-Collections automatisiert angelegt werden, also kein Administrator anschließend "auffüllen" kann. Auch dieses Verhalten würde ich in die Kategorie "Fehler" einordnen, wobei dies wie gesagt nur auftritt, wenn die Vorlage mit STSADM zugefügt wurde.

    3. Gruppen/Rollen werden nicht korrekt in die Vorlage übernommen
    Für mich gehört zu einer Vorlage auch, dass Vorbereitungen für die Berechtigungen gemacht werden können, also SharePoint-Gruppen angelegt und diese Gruppen in Listen und Bibliotheken verwendet werden können, sodass die Zugriffe entsprechend eingestellt werden können. Nicht immer dürfen die Teilnehmer einer Site wirklich in allen Listen und Bibliotheken schreiben. Jetzt zunächst die gute Nachricht: wird für eine Vorlage eine Rolle/Gruppe angelegt, dann steht diese Gruppe auch nach der Anwendung der Vorlage zur Verfügung. Die schlechte Nachricht: wurde eine Bibliothek oder Liste mit eigenen Berechtigungen konfiguriert, dann wird nach dem Anwenden der Vorlage wieder die Vererbung in Kraft gesetzt. D.h., die in der Vorlage eingestellten Berechtigungen in der Liste oder Bibliothek gehen verloren. Auch hier würde ich gern von einem "Fehler" sprechen, aber mit den richtigen Argumenten würde ich mich ja vielleicht auch überzeugen lassen, dass es sich eher um ein "Feature" handelt.

    Insgesamt wurden meine Hoffnungen, mit Websitevorlagen recht gut Grundstrukturen zu schaffen, drastisch gedämpft. Vielleicht habe ich ja die Latte auch einfach nur zu hoch gehängt, aber ärgern tue ich mich trotzdem.

     


Need SharePoint Training? Attend a SharePoint Bootcamp!

Posts (c) their respective authors. Everything else (c) 2007 SharePoint Experts