Einige Kunden möchten in SharePoint die bestehenden Menüs anpassen und bestimmte Buttons oder hinzufügen. Im Fall des Ribbons, Websiteeinstellungen und anderer Menüs ist das relativ einfach über CustomAction-Definitionen. Das in SharePoint 2013 neu eingeführte CallOut-Menü verhält sich allerdings etwas anders, da es komplett durch JavaScript erzeugt wird:

Um dieses anzupassen, muss also ein wenig mit JavaScript entwickelt werden. Problematisch ist hier vor allem, dass es kein entwicklerfreundliches Framework hierfür gibt, sondern das Erzeugen des kompletten Menüs überschrieben werden müsste. Microsoft macht sich das selbst zunutze, wenn des “Following Content”-Feature aktiviert wird: Die Render-Methode wird überschrieben, alle Buttons neu erzeugt und der Follow-Button hinzugefügt. Dies macht die Angelegenheit etwas komplex.

Nach einigen Stunden Arbeit habe ich jedoch eine recht einfache Möglichkeit gefunden, die an die Variante des “Following Content”-Features angelehnt ist: Das darin enthaltene JavaScript ruft eine vom System bereitgestellte Methode auf, die den Edit- und Share-Button erzeugt und nur der Follow-Button ist hardcoded in dem JavaScript. Und genau diese zentrale Methode wird in meiner Variante überschrieben und angepasst. Damit funktioniert die Anpassung sowohl mit Following-Content, als auch ohne.

Für diese Lösung wird nichts weiter benötigt als ein Visual Studio-Projekt mit einem Feature und einer CustomAction-Definition:

<CustomAction
 Id="CustomCalloutOnPostRenderTemplate"
 Location="ScriptLink" ScriptBlock="(function(){
CalloutOnPostRenderTemplate = function CalloutOnPostRenderTemplate(renderCtx, calloutActionMenu) {
var listItem = renderCtx.CurrentItem;
var openText = GetCallOutOpenText(listItem, renderCtx);
calloutActionMenu.addAction(new CalloutAction({
text: openText,
onClickCallback: function(calloutActionClickEvent, calloutAction) {
CalloutAction_Open_OnClick(calloutActionClickEvent, calloutAction, renderCtx);
}
}));
//calloutActionMenu.addAction(new CalloutAction({
// text: Strings.STS.L_CalloutShareAction,
// onClickCallback: function(calloutActionClickEvent, calloutAction) {
// CalloutAction_Share_OnClick(calloutActionClickEvent, calloutAction, renderCtx);
// },
// isVisibleCallback: function(calloutAction) {
// return CalloutAction_Share_IsVisible(calloutAction, renderCtx);
// }
//}));
};
})();"/>
 

Das JavaScript-Snippet definiert hierbei die Methode CalloutOnPostRenderTemplate neu und hierin kommentiere ich einfach die auszublendenden Buttons aus oder kann anhand des Beispiels auch neue erzeugen. Dieses JavaScript wird in das Script-Link-Delegate-Control eingebunden und das Ergebnis sieht dann so aus:

Wichtig: Das JavaScript darf nicht in eine externe JS-Datei ausgelagert werden (oder wenn, dann muss deutlich mehr Aufwand betrieben werden), da es ansonsten mit aktivierter “Minimal Download Strategy” nicht mehr funktioniert.

Wer nach der Installation von Service Pack 1 in SharePoint 2013 versucht, eine Datenbank von SharePoint 2010 anzuhängen und danach in den Claims-Mode zu konvertieren, könnte eine Überraschung erleben.

Normalerweise hängt man die Datenbank mit Mount-SPContentDatabase an, SharePoint migriert dann das Datenbankschema und danach kann man mittels Convert-SPWebApplication „[URL]“ –To Claims –RetainPermissions die Benutzernamen migrieren lassen.

Sollte bei diesem Vorgang die Nachfrage nach eine derzeit im Technet undokumentierten Schalter „-From“ erscheinen, muss dort der Wert „Legacy“ eingegeben werden. Es handelt sich hierbei um eine neue Option. Allerdings hat die Sache einen Haken: Die Benutzermigration funktioniert in dieser Variante noch nicht, es handelt sich hierbei um einen Bug.

Wer das Kommando benötigt, muss zuvor das Cumulative Update vom Juni 2014 installieren, damit ist der Fehler behoben und die Benutzernamenmigration funktioniert wieder einwandfrei. Alternativ kann die Datenbank natürlich auch schon in SharePoint 2010 in den Claims-Modus migriert werden.

Vor wenigen Wochen hat Microsoft öffentlich bekannt gegeben, dass es bei InfoPath keine Weiterentwicklung mehr geben wird, das Produkt wird eingestellt. Zwar wird die jetzige Version bis 2023 voll unterstützt, jedoch kann es natürlich sein, dass bereits in der für nächstes Jahr angekündigten neuen SharePoint-Version für on premise die Unterstützung schwindet, z.B. in Form der Forms Services.

Für die SharePoint Conference hat man eine Ankündigung eines Nachfolgers versprochen, allerdings sind die Meinungen nach der Session gemischt. InfoPath wird nicht durch ein Nachfolgeprodukt ersetzt, sondern durch eine Reihe neuer Technologien, von denen die meisten auf Access basieren und die Funktionen auch noch nicht vollumfänglich definiert sind. Microsoft ruft unter http://officeforms.uservoice.com/ dazu auf, Anregungen einzureichen und darüber abzustimmen, welche Funktionen in Zukunft gefordert sind.

Excel Surveys (aka FoSS)

Excel Surveys (oder Forms on top of Spread Sheets) sind bereits in Office 2013 verfügbar und erlauben das Erstellen von SharePoint-Umfragen mit Hilfe von Excel 2013. Dies funktioniert bereits in SharePoint 2013 on premises und wird in SharePoint Online bald auch verfügbar sein.

Forms on top of SharePoint Lists (FoSL)

FoSL wird eine neue webbasierte Technologie, die das Anpassen von Formularen in SharePoint im Browser direkt ermöglichen soll. Derzeit befindet sich die Technologie noch in Entwicklung und ist noch nicht einmal feature-complete. Die Funktion erlaubt es wie beim Modifizieren des Formulars mit Hilfe von InfoPath das Eingabe- und Anzeigeformular zu bearbeiten, hier jedoch im Browser.

Die Technologie basiert auf den Access Services und ist derzeit in einem sehr frühen Stadium. Die Demo in der Session war daher sehr dünn. In dieser Form wird es wahrscheinlich im Sommer in SharePoint Online bereitgestellt werden. Wenigstens sollen die meisten Feldtypen wie auch Nachschlagefelder und sogar kaskadierte Drop-Down-Felder unterstützt werden. Anfang 2015 sollen dann Regelfunktionen, Anzeigen/Verstecken von Bereichen, Unterstützung mobiler Geräte und Profilinformationen folgen. Weiterhin stehen für später WebService-Aufrufe, Enterprise-Daten und eSignature auf der Agenda. Wir sind gespannt, wie das tatsächlich aussehen wird.

Structured Documents

Oftmals werden in Unternehmen Formulare in Word generiert und ausgefüllt, damit man sie einfach drucken, in PDF umwandeln, archivieren und dergleichen kann. Hier soll zum Ende des Jahres vom Word Team eine Ankündigung gemacht werden, welche Änderungen und neuen Funktionen zukünftige Word Versionen bringen werden, aber derzeit gibt es hier gar nichts zu berichten.

App Forms

Hierauf konzentriert sich Microsoft offensichtlich am meisten. Die App Forms, die mit den Access Services erstellt werden, stellen die Zukunftstechnologie für Formulare in SharePoint OnPremise und Online dar. Also: Revival of Access. Die Access Services waren bereits in SharePoint 2010 dabei und nicht sonderlich beliebt, wir werden sehen, ob Microsoft das Ruder hier Herumreißen kann und einen deutlichen Mehrwert in allen Bereichen durch diese Technologie bieten kann oder ob der Begriff “Access” schon für lange Gesichter bei den Kunden sorgt.

Fazit

Ich bin sehr skeptisch bezogen auf die Ersatzprodukte von InfoPath. InfoPath war dermaßen mächtig und flexibel einsetzbar, dass es schwer wird mit solchen Ankündigungen hier das Vertrauen der Nutzer von InfoPath hoch zu halten. Klar, war es teilweise schwer damit umzugehen und einige Dinge funktionierten auch nicht so richtig, aber es kam – mal abgesehen von manchen Drittherstellerlösungen – nichts an die Möglichkeiten von InfoPath heran.