close

search for: webpart

AllgemeinAutomation, Workflow, Self ServiceAzureAzure FunctionsDigitaler ArbeitsplatzKünstliche IntelligenzMicrosoft 365SPFxVeranstaltung, Event, KonferenzVortrag, Training, Screencast

Global Azure Bootcamp 2019 Nachlese – Teil 1: Warum intelligente Software alles verändern wird

Das Global Azure Bootcamp 2019 in Linz war wieder ein Erlebnis! Rainer Stropek und sein Team haben wieder tolle Arbeit geleistet und sowohl organisatorisch als auch inhaltlich ein Top-Event auf die Beine gestellt. Wir hatten nicht nur die Ehre mit Rainer ein Interview zu führen, sondern durften auch zum wiederholten Mal beim Global Azure Bootcamp dabei sein – und das gleich in doppelter Ausführung! ?  

Große Aufmerksamkeit war uns sicher, denn die Veranstaltung war restlos ausgebucht und der Andrang entsprechend groß.  (mehr …)

mehr lesen
AllgemeinSharePoint Online

Modern Pages Erweiterungen für SharePoint Online

In noch nicht allzu langer Vergangenheit waren hübsche SharePoint Seiten nur mit recht hohem Aufwand zu erstellen. Seit es die Modern Pages in Office 365 und SharePoint 2019 gibt braucht sich SharePoint nicht mehr so bald vor WordPress & Co. verstecken. Mit diesem neuen technologischen Ansatz kann man recht schnell ansehnliche Seiten erstellen, ohne zuvor eine mehrtägige Schulung absolvieren zu müssen.

Ich durfte dazu schon im Rahmen unseres Abendevents bei ETC im letzten November einen Teil meines Vortrags verwenden um euch diese neuen Seiten vorzustellen. Damals hatte Microsoft für Ende November noch einige Erweiterungen versprochen. Auf manche wartet man jedoch noch heute 🙂 . Aber ein paar von den Neuerungen haben in den letzten Wochen „Einzug gehalten“ und ich freue mich euch die neuen Features vorstellen zu dürfen.

(mehr …)

mehr lesen
AllgemeinHybridOn-PremisesSharePoint 2019Teams, Groups

SharePoint 2019 Neuigkeiten

 

SharePoint 2019 steht schon in den Startlöchern, vor kurzem erschien die Preview Version und im Herbst wird der Final Release veröffentlicht.

Wer die Keynote der SharePoint Konferenz gesehen hat wird bemerkt haben das ganze 2 Minuten bzw. eine Folie über On-Premises gesprochen wurde, es sollte also jedem klar sein das Microsoft den Weg in die Cloud forciert.

Wir selbst haben die Preview bei uns schon installiert und befassen uns mit den Neuigkeiten.

OneDrive – Sync Client

Mit SharePoint 2019 kommt der OneDrive Sync Client auch in die On-Premises Version. Bedeutet das eine Synchronisation mit persönlichen Team Sites und Teamsites möglich ist. Selektives Syncen per Files-on-Demand wird ebenso unterstützt.

Modern UI

Habt ihr euch schon an die Modern UI von SharePoint Online gewöhnt? Ich persönlich werde sicher noch eine Weile benötigen, aus Meiner Sicht ist dies die größte Umstellungen für User.

  • SharePoint Home: Anpassung an die aus dem Office 365 bekannte SharePoint Home mit Sites und News
  • Neuer Look: Modern Team-Sites, Communication-Sites, Listen und Dokumentenbibliotheken
  • Seiten, Webparts und Editieren: Die Erstellung von Sites und Bearbeitung von Inhalten wird erleichtert. Neue Moderne Webparts stehen zur Verfügung
  • Waffel Menü und App-Launcher: Aus Office 365 übernommen
  • Neue Freigabe-Funktionen: Das Freigeben unter SharePoint 2016 war recht umständlich und daher hat Microsoft die Freigabefunktionen aus O365 implementiert

 

Augmented Reality

AR wird durch den Dienst Spaces unterstützt, dies ermöglicht mit den Funktionen aus Windows 10 3D Inhalte bearbeiten und teilen zu können, wie und ob der Dienst genutzt wird, werden wir sicher in ein paar Jahren miterleben.

Gut vorstellen kann ich mir das man zB. Gebäudeplanungen, Büroräumlichkeiten abbildet und diese Pläne können dann zB. mit dem Handy wiedergegeben werden.

Hybrid Umgebungen

  • Statusleiste mit Funktionszustand der Konfiguration
  • Direktlink aus der Central Administration zum Hybrid Konfiguration Wizard
  • OneDrive als Standard beim Einrichten von Hybrid

Sonstiges

  • Neue PowerShell Befehle
  • Datei und Ordner Namen können jetzt die Sonderzeichen # und % verwenden
  • URL Pfad Verlängerung auf 400 Zeichen
  • Workflow Manager 2019
mehr lesen
AllgemeinCloudMigration, UpgradeSharePoint Online

SharePoint Online Experience: Kompatibilität

SharePoint Online rühmt sich, eine tolle Lösung für viele Probleme zu sein. Angefangen von einer fix fertigen Infrastruktur, Entlastung durch Übernahme administrativer Tätigkeiten, laufende Updates und Support, agiles Vorgehen bei der Entwicklung, fließender Übergang von OnPrem zu Online, eine mächtige Community, OpenSource Solutions und schließlich eine tolle neue Oberfläche, Modern UI.

Wie aber sieht es damit im Detail aus?

(mehr …)

mehr lesen
SharePoint 2016

SharePoint 2016 Public Update aka. Feature Pack 2

Am 12. September wurde das SharePoint 2016 Public Update September 2017 veröffentlicht. Dieses Update beinhaltet, neben einigen Security Fixes, auch das Feature Pack 2 für SharePoint 2016.

Anders als bei Feature Pack 1 enthält das neue Update nur genau ein neues Featrue:

  • SharePoint Framework (SPFx)

Was ist das SharePoint Framework ?

Das SharePoint Framwork ist ein Page und WebPart Modell, dass eine vollständige Clientseitige Entwicklung von SharePoint Lösungen ermöglicht. Vorallem Responsive Design und Mobile Ready Applikationen können mit Hilfe des SPFx einfacher und schneller entwickelt werden.

Folgende Key Features stellt das SPFx zur Verfügung:

  • läuft im Kontext des aktuellen Benutzers im Browser
  • Controls werden im normalen Page Object Model gerendert
  • Controls sind per default responsive
  • open source client development Tools können verwendet werden (npm, TypeScript, gulp, etc.)
  • SPFx WebParts können sowohl auf klassischen als auch auf modern UI Pages verwendet werden.

 

Inkludiert Feature Pack 1

Auch dieses Update ist kumulativ, d.h. es enthält vorherige Update und somit auch das Feature Pack 1. Als Erinnerung hier nochmals der Link zu den neunen Funktionalitäten von Feature Pack 1:

SharePoint 2016 Feature Pack 1

 

mehr lesen
AllgemeinDevelopment, CodingSharePoint 2013SharePoint 2016SharePoint Online

#ESPC16 Tag 2, Bericht 3-3, Meine Zusammenfassung

#ESPC16 Tag 1, Bericht 1, Meine ZusammenfassungAls Web-Developer der noch nicht allzu lange mit SharePoint zu tun hat, habe ich mir erhofft auf der ESPC2016 einen Einblick in die Best Practices und Erfahrungen der alteingesessenen SharePoint Frontend-Entwickler zu erhalten. In SharePoint gibt es verschiedene Vorgehensweisen um die Benutzeroberfläche mittels Javascript und CSS zu erweitern. Sei es über die Masterpage, Custom Actions, innerhalb eines Page Layouts oder über einen Skript-Editor Webpart. Durch das Einbinden von Skripts an verschiedenen Stellen kann es schnell etwas unübersichtlich werden und eine strikte Trennung von Logik, Design und Layout ist nicht immer möglich.
Genau aus diesem Grund wird der Fokus in Zukunft auf TypeScript, dem neuen SharePoint Framework (SPFx) und dem Frontend Framework Microsoft UI Fabric liegen. Die meißten Vorträge im Bereich Entwicklung drehten sich daher um diese neuen, sehr vielversprechenden Technologien.

Session 1: Developing Modular SharePoint Solutions using TypeScript
Da sich JavaScript nach und nach als die Standardmethode zum Anpassen der SharePoint Oberfläche durchsetzt, folgt als logischer nächster Schritt der Umstieg auf das von Microsoft entwickelte TypeScript. Es bietet Klassen, Module, Interfaces und weitere Features und liefert somit Entwicklern die nicht aus dem JavaScript Bereich kommen eine vertrautere Umgebung. Nach einer etwas längeren Einführung in diese relativ neue Programmiersprache zeigt Arto Kaitosaari wie TypeScript Module erstellt, kompiliert und letztendlich innerhalb von SharePoint verwendet werden können. Ein sehr interessanter Vortrag der dem Publikum vermitteln soll, wie die Zukunft der SharePoint Frontend-Entwicklung aussieht.

Session 2: Office 365 Microsoft Graph API Deep Dive
Die Microsoft Graph API ist eine Zusammenführung aller APIs, die Zugriff auf die Office 365 Plattform bieten. Sie ist sozusagen ein universeller Endpunkt mit dem es möglich ist, auf alle Office 365 Services zuzugreifen, ohne sich dabei mit mehreren Authentifizierungen herumplagen zu müssen. Sie vereint alles unter einem Dach. Donald Hessing erklärt zuerst den Authentifizierungsvorgang und zeigt danach an Hand einiger Beispiele wie der Zugriff auf die wichtigsten Endpunkte funktioniert. Trotz einiger Pannen bei der Demo ein sehr spannendes Tool mit viel Potential.

Session 3: Extending the SharePoint Search Experience with SharePoint Add-ins
Result Sources, Result Types, Display Templates, Managed Properties, Search Queries. Alles Dinge mit denen man sich bestens auskennen sollte, wenn es darum geht die SharePoint Suche optimal zu nutzen. Robrecht Van Caenegem erläutert die oft nicht ganz verständlichen Zusammenhänge zwischen diesen Komponenten. Weiters erläutert er wie mit Hilfe von SharePoint Add-Ins eine noch umfangreichere Sucherfahrung entwickelt werden kann.

Session 4: Explore the SharePoint Framework
Mike Ammerlaan spricht über das neue SharePoint Framework, kurz SPFx, welches sich aktuell in Entwicklung befindet und eine kleine Revolution im Bereich SharePoint Frontend-Development verspricht. Neben großen Veränderungen an der Oberfläche von SharePoint selbst wird sich auch die Art und Weise verändern, wie SharePoint Add-Ins in Zukunft entwickelt werden. Nämlich mit Hilfe von TypeScript und dem Frontend Framework Office UI Fabric.

Session 5: Beyond Bootstrap: Building a Ridiculously Lightweight Cross-platform Responsive Framework
Eine gute Einführung in die Welt des Responsive Web Design. Mit einigen Verweisen auf den SharePoint Blog von Stefan Bauer, der übrigens ebenfalls anwesend war, erklärt Bill Ayers was es beim Entwickeln von Responsive Websites zu beachten gibt und was die wesentlichen Eigenschaften eines solchen sind. Neben bewährten Frameworks wie Bootstrap bringt er den Zuhörern auch eine etwas unkonventionelle Lösung näher: Das Entwickeln eines eigenen, minimalistischen Frameworks dass sich auf die wichtigsten Dinge beschränkt und weitere Features wie Typografie, Farbgebung und zusätzliche Komponenten, welche es beispielsweise bei Bootstrap in Hülle und Fülle gibt, außen vor lässt. Gar keine so schlechte Idee, da SharePoint viele dieser Features bereits beinhaltet.

mehr lesen
AllgemeinSharePoint 2016SharePoint Online

Welcome to the brave new world – it’s JavaScript und viele andere Tools… #ESPC16

Live von der European SharePoint Conference 2016 aus Wien. 🙂

Es gibt viel Neues zu berichten. Eines davon ist aus Entwicklersicht die Neuerungen bezüglich der SharePoint 2016 bzw. Online Entwicklung. Im Vortrag von Bill Ayers wurden diese Neuerungen besprochen und was es für uns (.NET/SharePoint Entwickler) bedeuten wird. Als SharePoint 2013 veröffentlicht wurde, kam als große Neuerung das SharePoint App Model bzw. die SharePoint App Entwicklung. Später im Jahre 2015 wurde diese dann in die SharePoint Add-In Entwicklung umbenannt. Jetzt im Jahr 2016 kommt als große Neuerung das SharePoint Framework (SPFx).

Nun fassen wir mal kurz zusammen, was alles in der Geschichte von SharePoint an Entwicklungsmöglichkeiten entstanden sind. Dabei lassen wir jetzt mal die Verisonen aus dem Jahr 2001 und 2003 außen vor und starten mit SharePoint 2007 (aka MOSS 2007):

  • Full trusted solutions (SP 2007, SP 2010, SP 2013, SP 2016)
  • Sandboxed solutions (no longer supported) (SP 2010,  SP2013)
  • SharePoint Add-Ins (SP 2013, SP 2016, SharePoint online)
  • SharePoint Framework (SPFx) – NEU!!! (SP 2016, SharePoint online)

Tatsächlich ist das Ziel des SharePoint Frameworks client-seitige Webparts entwickeln zu können, die nicht auf der Basis von full-trusted Lösungen aufsetzen. Ob später mehr draus wird und nicht „nur“ client-seitige Webparts entwickelt werden können… wir werden sehen ;). Es wird auf jeden Fall mehr geben. Aktuell steht das SharePoint Framework für ein command line driven open source tool chaining (nette Worte) und als alter .NET Entwickler, der den Komfort von Visual Studio gewohnt ist, ist man in erster Linie etwas überrascht. Back to the roots also… Nein, es wird tatsächlich erwartet, dass all diese Tools auch für Visual Studio bzw. in Visual Studio integriert werden. Wann das sein wird, bleibt aktuell offen.

Ja, die Tools um die es sich handelt, seien auch hier erwähnt:

  • Node JS
  • Gulp
  • Yeoman
  • TypeScript (oder native JavaScript)
  • Visual Studio Code (oder beliebiger anderer Editor)
  • React JS (oder ein anderes Framework wie Angular)
  • Office UI Fabric
  • SharePoint Workbench

All diese Tools werden künftig verwendet, um Lösungen zu bauen. Ein weiterer Riesenvorteil, der sich daraus ergibt,  ist die Öffnung der Entwicklung von SharePoint für Webdeveloper. Webdeveloper, die ohne .NET bzw. C# Hintegrund coole Applikationen für SharePoint entwickeln wollen und können, da die verwendeten Technologien bereits gut bekannt sind.

Natürlich sind die alten Entwicklungsmöglichkeiten weiterhin legitim (z.B. full-trusted solutions). Auf keinen Fall aber sollen sandboxed-solutions noch entwicklet werden. Aus Sicht eines .NET Entwicklers ist die Zukunft weiterhin spannend und ein Blick auf TypeScript und JavaScript ist wohl unvermeidbar.

Es bleibt also spannend.

Bis dann…

Michi

mehr lesen
AllgemeinCloudDevelopment, CodingHow-To, Tutorial, SzenarioHybridMicrosoft 365On-PremisesSharePoint 2013SharePoint 2016SharePoint Online

Javascript und CSS einbinden mit User Custom Actions

 

User Custom Actions können einem spezifischem Web, einer Site, oder einer Liste (für unsere Zwecke eher uninteressant) zugewiesen werden. Sie bieten einem die Möglichkeit mittels ScriptLink Javascript einzubinden, ohne die Masterpage anrühren zu müssen. Generell stehen einem hierfür zwei Lösungsansätze zur Verfügung: Das Client Side Object Model (CSOM), oder die Sharepoint REST-API. Wir werden im Laufe dieses Artikels einige Anwendungsbeispiele mit REST anführen.

Jede User Custom Action besitzt die Eigenschaft „Location“, welche immer angegeben werden muss. Sie legt fest wo und wie die User Custom Action eingebunden wird. Um Beispielsweise eine Javascript Datei einzubinden muss der Wert „ScriptLink“ angegeben werden.

Folgende Parameter sind beim Einbinden von Scripts von Bedeutung:

  • Location: „ScriptLink“ gibt an dass es sich um ein Script handelt, dass eingebunden werden soll
  • Sequence: eine ganze Zahl, legt fest in welcher Reihenfolge Scripts eingebunden werden sollen
  • ScriptSrc: Der Pfad zur Datei, gleichzusetzten mit dem „src“-Attribute eines „script“-Tags in HTML
  • ScriptBlock: Optional, hier könnte direkt Javascript Code angegeben werden. Nicht empfehlenswert, da die Reihenfolge (Sequence) dann nicht eingehalten werden kann, jedoch notwendig um Stylesheets einzubinden.
  • Title & Description: Titel und Beschreibung der User Custom Action
  • ID: Optional, hier kann eine eigene ID angegeben werden. Falls nicht vorhanden wird von Sharepoint eine ID generiert


Wichtig: ScriptSrc darf in Sharepoint 2010 und 2013 keine absoluten Pfade beinhalten. Dies ist unbedingt zu vermeiden da Sharepoint sonst gar keine Seiten mehr anzeigt. In Sharepoint Online und Sharepoint 2016 lassen sich auch absolute Pfade problemlos einbinden.

Im folgenden Beispiel wird demonstriert, wie jQuery in eine Site eingebunden werden kann und somit auf allen Pages und Subsites dieser Site verfügbar ist.

$.post({
	url: "/pfad/zur/site/_api/site/usercustomactions",
	data: JSON.stringify({
		"__metadata": { "type": "SP.UserCustomAction" },
		"Location":"ScriptLink",
		"Sequence":"0",
		"Title":"jQuery 3.0.0",
		"Description":"User Custom Action zum Einbinden von jQuery",
		"ScriptSrc" : "~sitecollection/siteassets/css/jquery-3.0.0.min.js"
	}),
	headers: { 
		"X-RequestDigest": $("#__REQUESTDIGEST").val(),
		"content-type": "application/json;odata=verbose",
	},
	success: successHandler,
	error: errorHandler
});

Der angeführte REST-Call liefert einem nach erfolgreichem Erstellen der User Custom Action die eben erstellte UCA als Objekt oder in Form von XML zurück. Sie besitzt eine eindeutige ID (selber angegeben oder von Sharepoint generiert), mit deren Hilfe sie nachträglich wieder bearbeitet oder gelöscht werden kann.

Das folgende Beispiel zeigt wie man Änderungen an einer UCA vornimmt. Wir werden die Eigenschaft „ScriptSrc“ der eben erstellen UCA ändern, um eine aktuellere Version von jQuery zu laden.

$.post({
	url: "/pfad/zur/site/_api/site/usercustomactions('<GUID>')",
	data: JSON.stringify({
		"__metadata": { "type": "SP.UserCustomAction" },
		"ScriptSrc":"~sitecollection/siteassets/css/jquery-3.1.0.min.js"
	}),
	headers: { 
		"X-RequestDigest": $("#__REQUESTDIGEST").val(),
		"content-type": "application/json;odata=verbose",
		"X-HTTP-Method": "MERGE"
	},
	success: successHandler,
	error: errorHandler
});

Das folgende Beispiel zeigt wie die User Custom Action wieder gelöscht werden kann.

$.post({
	url: "/pfad/zur/site/_api/site/usercustomactions('<GUID>')",
	headers: { 
		"X-RequestDigest": $("#__REQUESTDIGEST").val(),
		"X-HTTP-Method": "DELETE"
	},
	success: successHandler,
	error: errorHandler
});

Da es auch Sinn macht Stylesheets einzubinden, ohne die Masterpage bearbeiten zu müssen, werden wir uns nun diesem Problem widmen. In Sharepoint hat man standardmäßig die Möglichkeit eine einzelne CSS Datei einzubinden (Websiteeinstellungen > Gestaltungsvorlage > Alternative URL für CSS-Datei). Dieses Feature hat jedoch einige Nachteile.

  • Es kann nur eine einzige Datei eingebunden werden
  • Erstellt man nachträglich eine Unterseite, muss die Einstellung erneut gespeichert werden damit diese auch für die neue Unterseite gilt.

Die Nutzung von User Custom Actions zum Einbinden von CSS Dateien ist wesentlich flexibler.

User Custom Actions bieten generell keine Möglichkeit, Stylesheets einzubinden. Es kann jedoch die „ScriptBlock“ Eigenschaft genutzt werden um eine Datei mit Javascript einzubinden.

Javascript zum einbinden einer CSS Datei:

(function(){
	var head = document.getElementsByTagName('head')[0];
	var link = document.createElement('link');
	link.type = 'text/css';
	link.rel = 'stylesheet';
	link.href = '~site/pfad/zu/einer/datei.css';
	head.appendChild(link);
})();

Alternatives Javascript zum einbinden einer CSS Datei (ab Sharepoint 2013):

(function(){ registerCssLink('~site/pfad/zu/einer/datei.css') })();

Einbinden eines Stylesheets mittels User Custom Action, diesmal nur für ein spezifisches Web (z.B. eine Unterseite):

var url = "~site/pfad/zu/einer/datei.css";

var block = [
	"(function(){",
	"var head = document.getElementsByTagName('head')[0];",
	"var link = document.createElement('link');",
	"link.type = 'text/css';",
	"link.rel = 'stylesheet';",
	"link.href = '" + url + "';",
	"head.appendChild(link);",
	"})();"
].join("");

$.post({
	url: "/pfad/zur/site/subsite/_api/web/usercustomactions",
	data: JSON.stringify({
		"__metadata": { "type": "SP.UserCustomAction" },
		"Location":"ScriptLink",
		"Sequence":"100",
		"Title":"",
		"Description":"",
		"ScriptBlock" : block
	}),
	headers: { 
		"X-RequestDigest": $("#__REQUESTDIGEST").val(),
		"content-type": "application/json;odata=verbose",
	},
	success: successHandler,
	error: errorHandler
});

 

Um Änderungen am Layout von Sharepoint vorzunehmen, oder zusätzliche Funktionen zu implementieren, müssen in der Regel diverse Javascripts und Stylesheets eingebunden werden. Dies kann entweder über Skript-Editor Webparts oder über die Masterpage erfolgen. Beide Varianten sind jedoch mit einer Reihe von Nachteilen und Einschränkungen behaftet. Skript-Editor Webparts sind auf eine Seite begrenzt. Die Masterpage wiederum ist umständlich zu bearbeiten und es besteht die Gefahr dass Anpassungen bei Sharepoint-Updates wieder verloren gehen. Daher haben wir uns nach einer besseren Lösung umgesehen: User Custom Actions

Published: 25.07.2016 14:09

Source: New feed

mehr lesen
AllgemeinCloudDevelopment, CodingHow-To, Tutorial, SzenarioHybridMicrosoft 365SharePoint OnlineTool, Bot, App, Add-In

Eine SharePoint 2013 App mit NAPA

In einem meiner letzten Blog Beiträge hatte ich angekündigt eine App mit NAPA zu erstellen.

NAPA ist bereits eine App, die es ermöglicht einfache SharePoint 2013 Apps oder Office 2013 Apps zu erstellen. Wenn man NAPA nutzen möchte, muss man dies in einer Developer Site Collection tun. Außerdem sollte man die NAPA App anschließend im SharePoint Store suchen und in der Site Collection hinzufügen.

SharePoint 2013 Bloglog, SharePoint Store NAPA App

Nachdem man NAPA hinzugefügt hat (Add und Trust), kann man diese auch aufrufen. NAPA zeigt anschließend folgenden Dialog.

Hinweis: Sollte der Benutzer mit dem die NAPA App geöffnet wird, ein Sonderzeichen wie z.B. ein | oder Klammern-Symbol im Displaynamen haben, dann liefert Office365 einen HTTP 500 Internal Server Error zurück. Es soll ja Benutzer geben, deren Organisationskonto einen Aufbau wie “Benutzernamen | Abteilungsnamen” haben. Wenn das der Fall ist, dann sollte man sich ein Benutzerkonto anlegen, das ohne diese Zeichen auskommt.

SharePoint 2013 Bloglog, NAPA Add New Project

Klickt man anschließend auf “Add New Project” kann man sich entscheiden, wofür man eine App entwickeln möchte. In unserem Fall wird es eine App für SharePoint sein.

SharePoint 2013 Bloglog, NAPA App for SharePoint

Hier kann man noch den Projekt Namen vergeben, in meinem Fall möchte ich eine App für eine einfache Zeiterfassung erstellen. Anschließend wird der Quellcode der Default.aspx Page angezeigt.

SharePoint 2013 Bloglog, SharePoint NAPA Default_aspx App

Klickt man in der Tool-Leiste (links im Bild) auf den “Play” Button, dann wird diese App innerhalb der SiteCollection auch deployed und kann verwendet werden.

SharePoint 2013 Bloglog, App Page Title

Natürlich ist diese App völlig unbrauchbar, allerdings hat sie bereits sämtlich Bestandteile, die auch bei komplexen Apps vorhanden sein müssen, damit sie auf SharePoint 2013/Office 365 deployed werden kann. Die App selbst läuft als SharePoint-hosted App und kann somit nur Logik abbilden, die in JavaScript programmiert werden kann. Dazu gehören natürlich auch Web-Service Aufrufe, die mittels JavaScript implementiert werden. Zusätzlich zur Startseite Default.aspx der App wird seitens NAPA noch ein wichtiger Bestandteil angelegt um ein App Part zu realisieren. Der Solution Tree im Folder “Pages” beinhaltet auch die Seite ClientWebPart.aspx.

SharePoint 2013 Bloglog, SharePoint NAPA ClientWebPart_aspx

Ein Client Webpart ist eigentlich ein App Part, das auf Seiten wie ein gewöhnliches Webpart positioniert werden kann. Der Unterschied zu einem Standard Webpart liegt darin, dass die gesamte Logik clientseitig abläuft, somit ist es ein Client Webpart (=App Part).

Wichtig ist dabei, der Code in der 1. Zeile:

<WebPartPages:AllowFraming runat=“server“ />

Damit ist sichergestellt, dass diese Page in einem iFrame verwendet werden kann, was absolut notwendig ist, um ein App Part auf einer Seite hinzufügen zu können. Das automatisch generierte App Part sieht dann auf einer Testpage in der Site Collection wie folgt aus.

SharePoint 2013 Bloglog, SharePoint NAPA Default AppPart

Die Entwicklungsumgebung selbst hilft beim Entwickeln mit Syntax-Highlighting und IntelliSense, aber ein Ersatz für Visual Studio ist es nicht. Daher gibt es einen Button in der Tools Leiste, mit dem das gesamte Projekt, das ursprünglich in der Developer Site Collection angelegt wurde, lokal in Visual Studio geöffnet werden kann.

Online in der NAPA App können lediglich CSS, ASPX und JS Dateien angelegt und bearbeitet werden. Des Weiteren können Bilder, die für die App relevant sind hochgeladen werden. Leider ist es aber nicht möglich z.B. Listdefinitionen oder Listinstanzen hinzuzufügen. Daher ist es unumgänglich den Weg Richtung Visual Studio zu gehen. Im nächsten Blogbeitrag zeig ich dann wie wir diese App erweitern.

Published: 14.07.2014 15:01

Source: New feed

mehr lesen
AllgemeinAutomation, Workflow, Self ServiceHow-To, Tutorial, SzenarioKonfiguration, DeploymentOn-PremisesSharePoint 2013

Lösung: Fehlerhaftes Check Out Verhalten in SharePoint 2013

Letztens ist uns nach einer SharePoint 2013 Implementierung ein sehr “eigenartiges” Verhalten beim Check In/Out in Document Libraries aufgefallen. Und zwar wenn das Check Out erforderlich ist um ein Dokument zu bearbeiten.

image

Wählt man ein Dokument zum Bearbeiten aus und klickt im Ribbon dann auf “Edit Properties” so erhält man, wie gewohnt, den Hinweis dass man das Dokument zuerst mal auschecken muss um es zu editieren. Soweit ja alles gewohnt und OK!

image

image (mehr …)

mehr lesen
1 2 3
Page 2 of 3