Sharepoint 2013-Webpart mit dynamischen Links und nicht suchgesteuert

942
Stephanie Miller

Ich habe 2 Standorte und nur mich als Ressource. Eines ist ein Formularportal und eines ist ein Berichtsportal. Das Ziel der Standorte besteht darin, die Positionen beider Dokumenttypen zu standardisieren.

Die Herausforderung:

Ich brauche eine "UI" mit wenig bis keiner Codierung, die keinen Zugriff auf VS erfordert. Und die Liste der UI-Formulare / Berichte muss quasi automatisch aktualisiert werden.

Was ich getan habe: Ich habe für jede Site eine Liste mit Name, Kontakt und URL des Dokuments erstellt, die wir "MASTER_FORMS_LIST" und "MASTER_Submitted_Forms_List" nennen.

Die ursprüngliche Absicht bestand darin, eine Seite mit Webparts zu erstellen und die Seite 1/2 "Submitted_forms_list" und 1/2 "New_Forms_list" zu haben und an die beiden Masterlisten zu binden. Wenn also jemand ein Formular hinzufügt, wird dies der Fall Sie müssen nur die URLs für die Formulare hinzufügen und die "Benutzeroberfläche" wird automatisch von SP aktualisiert. Das Ziel ist es, NICHT zuzulassen, dass jemand die Benutzeroberfläche mit Formularen usw. durcheinanderbringt. Die Formulare verfügen heute nicht über konsistente Metadaten, daher funktioniert eine Suche nach einer Kategorie für mich nicht ... Und die IT möchte dies nicht Aktualisieren Sie eine Benutzeroberfläche, wenn ein Unternehmer ein neues Formular hinzufügt.

Irgendwelche Ideen, was ich gebrauchen kann?

1

1 Antwort auf die Frage

0
Jesus Shelby

Inhaltsabfrage-Webpart (CQWP) Sie können die Liste abfragen und die Ergebnisse zurückgeben. Sie können die Ansichten anpassen, aber Sie müssen das XSL bearbeiten, um dies zu tun. Die MS-Dokumentation dazu finden Sie hier: https://msdn.microsoft.com/de-de/library/office/aa981241%28v=office.14%29.aspx, aber wenn Sie eine Suche durchführen, werden Sie viele finden Schritt für Schritt Beispiele zur Verfügung.

Such-Webpart Mit 2013 müssen Sie keine spezifischen Metadaten anvisieren. Sie können Regeln erstellen, die auf bestimmte Bibliotheken und sogar auf bestimmte Dokumenttypen innerhalb von Bibliotheken abzielen (beispielsweise nur Word-Dokumente herausfiltern). Diese Ansichten lassen sich im Vergleich zu CQWP viel einfacher anpassen, indem sogenannte Anzeigevorlagen verwendet werden. Hier ist eine Channel9-Sitzung über deren Verwendung https://channel9.msdn.com/Events/SharePoint-Conference/2014/SPC322

Mit beiden oben genannten Optionen können Sie Ihre Daten problemlos abrufen, jedoch schwieriger, sie so aussehen zu lassen, wie Sie es möchten. Eine weitere Option besteht darin, mithilfe von SharePoint Designer eine XSLT-Listenansicht hinzuzufügen, die eine Verbindung zu Ihren Dokumentbibliotheken herstellt. Dies funktioniert nur, wenn sich Daten in derselben Websitesammlung befinden. Zum Erstellen ist SharePoint Designer erforderlich. Beginnen Sie hier mit dem: https://support.office.com/de-in/article/create-a-custom-list-view-using-sharepoint-designer-d0de3aa0-5e70-4ae9-bfd1-7e03a599bc73

Zuletzt können Sie einen Workflow an die Dokumentbibliothek anhängen, um Ihre Master-Listen zu aktualisieren, wenn ein neues Dokument hinzugefügt wird. Der Vorteil dieses Ansatzes ist, dass Sie Standard-Listen-Tools verwenden, formatieren und filtern können. Dies erfordert die Verwendung von SharePoint Designer.

HINWEIS : Alle Optionen erfordern möglicherweise eine Anpassung, um Ihre Anforderungen zu erfüllen. Sie brauchen kein VS, um sie auszuführen, jeder Texteditor wird funktionieren, aber ein Tool, das XML und / oder JavaScript versteht, ist hilfreich (NotePad ++, SharePoint Designer usw.).

Verwandte Probleme