Waldek Mastykarz: Checking which Delegate Controls are activated on your site

http://blog.mastykarz.nl/checking-which-delegate-controls-activated-site/

Unterschied zw. Empty-Element und Module in VS2012

Der Unterschied der zwei Elemente die einer Sharepoint 2013 Solution im Visual Studio 2013 hinzugefügt werden können, ist nicht nur die sample.txt, die in der Oberfläche ersichtlich ist und beim "Module" im Elements.xml eingetragen ist, sondern vor allem die Werte des SupportedDeploymentScopes.

Bei EmptyElement ist es "Web, Site, WebApplication, Farm, Package"
bei  Module ist es lediglich "Web, Site".

D.h im DesignModus eines Features sind Elemente die als "Module" angelegt wurde nur sichtbar wenn als Scope "Web" oder "Site" ausgewählt ist.

VORSICHT: Ist ein "Module" bereits einem Feature zugeordnet ( was z.B. automatisch passiert, wenn ein neues Feature hinzugefügt wird) und wird der Scope des Features auf "Farm" oder "WebApplication" umgestellt bleibt das Module dem Feature zugeordnet. Beim Deployment läuft das dann aber auf einen Fehler.

SPItemEventPropertiesBase.Cancel is deprecated

Nachdem ich Probleme mit der Anzeige der Cancel-Message beim Abbruch eines ItemUpdating Events hatte bin ich in der  MSDN  auf Folgendes gestoßen:

This is a deprecated property and should not be used. Instead, use the Status property to cancel an event. A truevalue is equivalent to setting Status to CancelWithError. A false value is equivalent to setting Status to Continue.

SPSecurity.RunWithElevatedPrivileges vs. SPUserToken.SystemAccount

Die Verwendung von RunWithElevatedPrivileges  erzeugt komplexen Code der die einen oder anderen Probleme mitbringt. Auch erhält man dadurch SiteCollectionAdmin-Berechtigung auf allen SiteCollections der aktuellen WebApplication.
Einfacher und eleganter kommt man in den meisten Fällen mit dem SystemAccount Token zum Ziel, der sich nur auf eine SPSite bezieht.

Die Ausnahme:
Zum ermitteln des SystemAccount Tokens braucht der aktuelle User eine Berechtigung auf der entsprechenden SPSite. Ist dies nicht gegeben führt kein Weg an RunWithElevatedPrivileges vorbei.
Dabei sollte dann aber nur der SystemAccount Token ermittelt werden und dann der Bereich wieder verlassen werden. Da der UserToken lediglich ein ByteArray ist, kann man diesen  aus dem elevated-Block heraus zurückgeben, ohne sich über mögliche Referenzen Gedanken zu machen.

Laut Microsoft ist SPUserToken.SystemAccount  einem site.SystemAccount vorzuziehen.
Möchte man allerdings die AccessDeniedException selbst behandeln um z.B mit RunWithElevatedPrivileges darauf zu reagieren, kann man eine SPSite-Instanz verwenden, .CatchAccessDeniedException = false setzen und im catch Block entsprechend reagieren.

Eine schöne Lösung die mit einer Extension-Method umgesetzt hat Keith Dahlby zur Verfügung gestellt.

ListViewWebPart 2010 naechster Versuch

Dank Mohamed M Malek und Bryan Napier hab auch ich jetzt endlich verstanden was beim hinzufügen eines ListViewWebParts passiert. Der Schlüssel ist die versteckte View die durch den LimitedWebPartManger in der zugehörigen Liste angelegt wird und durch einen list.Update() persistiert werden muss.

Das erklärt auch die Probleme die ich nach dem Hinzufügen eines WebParts hatte, die allerdings nur solange bestanden, bis der Edit-Dialog des WebParts aufgerufen wurde und mit [OK] wieder geschlossen wurde.
Zum einen fehlte im WebPart der "Add New Atem"-Link und zum anderen wurde ein Feld das auf einem Custom Fieldtype basiert, nicht richtig gerändert.

Möchte man die View anpassen muss man das WebPart zum LimitedWebPartManager hinzufügen die Liste Updaten und sich danach das Listen- und das Webart-Object neu erzeugen.
Das View-Objekt erhält man in dem man mit der Webart.ViewGuid die versteckte View aus der Liste holt. Dieses Object kann dann beliebig verändert werden.

Mohamed Malek zeigt darüberhinaus wie das die Toolbox der WebParts verändert werden kann.

Liste aller Sharepoint Features

unter http://bit.ly/shpntftres gibt es eine Liste aller Sharepoint features

Custom WebPart zu einer WebPartpage hinzufügen

Um ein Custom WebPart zu einer Page hinzuzufügen benötigt man eine Instanz der spezifischen WebPart-Klasse. Steht einem In dem Moment keine Referenz zu entsprechenden Assembly zur Verfügung kann man sich mit Hilfe eines ObjectHandle eine Instanz erzeugen.

Dazu benötigt man den Klassennamen und den kompletten Assembly-Namen

     String typeName = "Klassenname";

     String assemblyName = "Assembly Name");

     ObjectHandle webPartHandle = Activator.CreateInstance(assemblyName, typeName);

     WebPart webPart =  (WebPart)webPartHandle.Unwrap();

     webParts[0].GetFormattedValue("WebPartTypeName")

Die Werte für typeName und Assembly können auch über eine Query auf die WebPartGallery ermittelt werden

    

    SPQuery query = new SPQuery();

    query.Query = string.Format("{0}", webpartname);

    SPList webPartGallery = this.site.RootWeb.GetCatalog(SPListTemplateType.WebPartCatalog);

    SPListItemCollection webParts = webPartGallery.GetItems(query);

    String typeName =webParts[0].GetFormattedValue("WebPartTypeName"); 

    String assemblyName = webParts[0].GetFormattedValue("WebPartAssembly");

   

Thmxtheme.ApplyTo und SPContext

Sharepoint 2010 Themes können über das ObjectModel nur innerhalb der SiteCollection aktiviert werden, auf die sich der aktuelle SPContext bezieht.


Die sicherste Methode ist das Theme über einen Web-EventReciever  der auf WebProvisioned reagiert zu setzen. Alle anderen Versuche haben immer wieder zu Problemen geführt.



Siehe auch
http://sadomovalex.blogspot.com/2010/08/fix-security-validation-for-this-page.html

Implement IDisposable Correctly

http://msdn.microsoft.com/en-us/library/ms244737(v=vs.80).aspx

    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }
    // NOTE: Leave out the finalizer altogether if this class doesn't 
    // own unmanaged resources itself, but leave the other methods
    // exactly as they are. 
    ~Resource() 
    {
        // Finalizer calls Dispose(false)
        Dispose(false);
    }
    // The bulk of the clean-up code is implemented in Dispose(bool)
    protected virtual void Dispose(bool disposing)
    {
        if (disposing) 
        {
            // free managed resources
            if (managedResource != null)
            {
                managedResource.Dispose();
                managedResource = null;
            }
        }
    }

MeetingWorkspace in Calendar verstecken

Setzt man das Feld WorkspaceLink eines Kalenders auf hidden kann auch für diesen Kalender kein Meetingworkspace angelegt werden.

var list = web.Lists["Events"];
var field = list.Fields[SPBuiltInFieldId.WorkspaceLink];
field.Hidden = true;
field.Update();


Gefunden auf
http://www.sharepointblues.com/2010/04/26/how-to-remove-workspace-link-from-a-calendar/

Adding a Taxonomy Field

TermStore termStore = session.DefaultKeywordsTermStore;
Group group = termStore.GetSiteCollectionGroup(this.site);
TermSet termset = group.TermSets[0];

TaxonomyField field = (TaxonomyField)list.Fields.CreateNewField("TaxonomyFieldType", name);

field.Required = required;
field.Description = description;
field.SspId = termStore.Id;
field.TermSetId = termSet.Id;
field.AllowMultipleValues = allowsMultiple;
field.EnforceUniqueValues = enforceUniqueValues;
field.IsPathRendered = renderpath;
// field must be indexed to enfoce unique values!
field.Indexed = enforceUniqueValues;
Term anchor = termSet.GetTermByPath(anchorPath);
field.AnchorId = anchor.Id;
field.NoCrawl = noCrawl;

http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.taxonomy.taxonomysession.aspx

http://www.communardo.de/home/techblog/2011/10/18/sharepoint-2010-der-termstore-und-der-priviligierte-nutzer/


Was wird durch die folgende Methode veranlasst?
Möglicher Fix für Probleme nach Content Deployment
// Resync the taxonomy hidden list to make sure it is update-to-date
TaxonomySession.SyncHiddenList(site);

DisplaceOnUpgrade
Optional Boolean. If a field definition already exists for the field, TRUE to force updates to field properties with the values that are specified in this field definition.

http://www.sharepointconfig.com/2011/03/the-complete-guide-to-provisioning-sharepoint-2010-managed-metadata-fields/

the default termstore for site cannot be identified

Wird beim Versuch den SiteCollecttion Termstore zu aktivieren die Fehlermeldung
"the default termstore for site cannot be identified" angezeigt, muss in der Central Administration für die Managed Meta Data Service Application die entsprechende Property gesetzt warden.

Wird unter den folgenden URLs genauer beschrieben
http://www.sharepointfabian.com/blog/Lists/Posts/Post.aspx?ID=186
http://www.bfcnetworks.com/the-default-termstore-for-this-site-cannot-be-identified/

Adding a ListViewWebPart to Page

[UPDATE 01.Feb.2012: wp.ViewGuid = string.Empty gilt nur für 2007]
Hier eine Erklärung für 2010

[ENDUPDATE]

[UPDATE: Set View to "Summary View"]

using Microsoft.SharePoint;
using Microsoft.SharePoint.WebPartPages;

// Get a reference to a web and a list
SPSite site = new SPSite("http://localhost:8000");
SPWeb web = site.OpenWeb();
SPList list = web.Lists["Contacts"];

// Instantiate the web part
ListViewWebPart wp = new ListViewWebPart();
wp.ZoneID = "Left";
wp.ListName = list.ID.ToString("B").ToUpper();

// wp.ViewGuid = list.DefaultView.ID.ToString("B").ToUpper();
// Set the ViewGuid to string.Empty to get the "Summery View"
// including the "Add New Item"-Button



// Thanks to sadomovale

wp.ViewGuid = string.Empty;

// Get the web part collection
SPWebPartManager mgr = new SPWebPartManager("default.aspx", Storage.Shared);

// Add the web part
coll.Add(wp); 

How to Add a ListViewWebPart to a Publishing Page

neuer Versuch das ListViewWebPart zu verstehen







Adding a ListViewWebPart to a "Publishing Page" is easy.
Create a Instance of a SPWebpartmanager, with the relevant Page-Url and get the WebPartCollection.
Create a new ListViewWebPart instance, set the ListID to the ID of SPList object you want to show.
Provide a ViewID to the Webpart and add it to the Collection, including the ID of the WebPartZone and a Sequence Number for the order within the zone.


Showing a Document Library including the "Add document" Button  isn't easy at all.
In the UI it is just a click away -> Edit WebPart ->  select ToolbarType and set it to "Summary ToolBar".
I think its almost default in UI.

[UPDATE: see adding-listviewwebpart-to-page]
If you want to use OM to add this WebPart you have to use a "hack" by modifying the schema of the used view. Which can affect also the view of the document library.
Jalil Sear describes it at his blog listviewwebpart-programatically-setting-the-toolbartype-property/


I worked around this issue by adding my own "Add Document" button to the page, having the possibillity of positioning, using audiences and renaming.