-
Das Verhalten ist absolut nicht normal und ich wüßte noch nicht einmal, was man da falsch konfigurieren könnte. Ich tippe eher auf falsche URLs oder falsche Useraccounts (z.B. weil der Browser ganz automatisch mit einem anderen Account anmeldet).
-
Es gibt mindestens zwei Möglichkeiten: ein Workflow könnte sobald das Element einen bestimmten Status hat, den Benutzern einfach die Schreibrechte wegnehmen. SharePoint sorgt dann dafür, daß niemand das Element ändern kann. Das hat aber nur Sinn, wenn sowieso schon ein Workflow benutzt wird. Sonst könnte man noch JavaScript
-
Damit Du eigene Felder in der Suche verwenden kannst, müssen sie als Websitespalten angelegt werden. Nur direkt auf einer Liste geht nicht! Sobald eine Spalte Inhalte hat bzw. sobald der Search Indexer die Inhalte sieht, wird ein Crawled Property erzeugt. Mit dem alleine fängst Du nichts an, d.h. Du mußt es auf ein Managed Property mappen
-
[quote user="DeWa-VS"]Für eine schnelle Lösung, was muss ich tun damit sich mein Formular dem Benutzer anpasst?[/quote] Da gibt es keine schnelle Lösung... Den aktuellen Benutzer bekommst Du in InfoPath mit CurrentUser oder so ähnlich (habe ich schon ewig nicht mehr gemacht). Du kannst aber jetzt nicht einfach den User
-
Nein, das sagt leider gar nichts. Aber immerhin weißt Du jetzt, daß etwas mit der Seite nicht stimmt. Leider aber nicht was und schon gar nicht, was man dagegen tun könnte. Hast Du da noch mit anderen Scripten rumgespielt und dabei vielleicht etwas kaputtgemacht? Siehst Du irgendwas, wenn Du die Seite im Browser öffnest? Öffne
-
Puh, das sind aber viele Fragen. Ich versuche dann hier auch mal eine kleine Erklärungsrunde :-) Es gibt für die Display Templates jeweils eine html und eine js Datei. Von Microsoft ist es o gedacht, daß man die html ändert und es wird daraus dann automatisch das js erzeugt. Das js ist das eigentlich später verwendete Display
-
Da gibt es so viele unterschiedliche Möglichkeiten... Man kann mit einem Formular arbeiten, das sich dann jeweils an den aktuellen Benutzer anpaßt oder eben mit mehreren. Dasselbe gilt für die Daten: man kann sie in einer Liste ablegen und darauf mit einem oder mit mehreren Formularen zugreifen oder man kann sie in verschiedenen Listen
-
Es gibt auch keine Berechtigungen auf Views, d.h. jeder könnte auch einfach eine View öffnen, die er eigentlich nicht sehen soll.
-
Das geht nicht. I.d.R. arbeitet man für solche Sachen mit Workflows. Kann man mit SharePoint Designer erstellen.
-
Ich würde da eher über eine ordentliche Migration nachdenken. Das ist der sauberste und offiziell unterstützte Weg. Es gibt Tools wie ShareGate, mit denen man ganze Websites, aber auch nur einzelne Bibliotheken von einem System auf ein anderes schieben kann - auch verschiedene SharePoint-Versionen. Soweit ich weiß, nimmt ShareGate