Listenelement mit Applicationspage bearbeiten

Andi Fandrich Als Antwort am 17 Feb. 2014 13:23

Muß es denn unbedingt eine ApplicationPage sein? Keine Ahnung, ob man es damit hinbekommt, aber ich vermute eher nicht.

Ich mache es immer so: lege die aspx-Datei in denselben Ordner wie die schema.xml der Liste. Im Schema gibst Du bei den <Forms> das an:
<Form Type="EditForm" Url="EditForm.aspx" Path="MyCustomEditForm.aspx" WebPartZoneID="Main" />

Url gibt an, unter welchem Pfad die Datei später im Browser tatsächlich aufgerufen wird.
Path gibt den Dateinamen innerhalb der Visual Studio Solution an (kann natürlich derselbe Name sein).
WebPartZoneID gibt den Namen der Webpartzone an, in die SharePoint später das Listenformular einfügt.

Falls Du das Originalformular nicht möchtest, setze um die Webpartzone herum ein <div> mit style="display:none". Eigenen serverseitigen Code kannst Du nur indirekt verwenden (die Seite muß von WebPartPage erben, nicht von einer eigenen Klasse). Aber Du kannst in der Seite eigene Controls und Webparts nach Belieben einbinden und die dürfen dann auch serverseitigen Code enthalten.

Caro Als Antwort am 17 Feb. 2014 14:19

Danke für die Antwort,

diesen Lösungsweg bin ich schon gegangen. Die Form mit der der Listeneintrag bearbeitet wird ist jedoch recht komplex.
Ich habe mir mit dem SPD ein Editformular erstellt, dann den Code kopiert und in eine Applicationspage hineinkopiert. diese Page erbt, wie du schreibst, von 'WebPartPage'. Das funktioniert auch alles. Nur dieser ganze Overhead den der SPD alles in die Form zaubert ist der Graus.

Diesen Weg werde ich beschreiten, wenn nicht anderes mehr geht :-)

Ich versuche jetzt einen Feldtypen zu erstellen der mir einen Link zu meiner ApplicationsPage generiert. Dazu sind Ideen gerne willkommen.

Ich arbeite wirklich gerne mit SharePoint, aber als Framework für eigene Anwendung würde ich in Zukunft lieber etwas anderes nehmen.
Ich habe auch versucht mit dem SPD ein eigenes Formular zu erstellen. Ab einer gewissen Komplexität fliegt mir der Designer um die Ohren oder generiert Fehler die ich dann nicht mehr eingefangen bekomme. Mir diesem Werkzeug ist man nicht wirklich Produktiv. Oder ich mache irgendwas falsch.

Thomas Östreich Als Antwort am 17 Feb. 2014 14:46

Eine andere Möglich besteht darin ein RenderingTemplate für New,Edit und Display zum Inhaltstyp bereitzustellen.

Caro Als Antwort am 18 Feb. 2014 13:43

Das war der richtige Tipp...

Danke für die Antwort.

Folgendes habe ich in die Contentype-Definition (Elements.xml) eingefügt.
....
</ FieldRefs >
< XmlDocuments >
< XmlDocument NamespaceURI = " http://schemas.microsoft.com/sharepoint/v3/contenttype/forms/url " >
< FormUrls xmlns = " http://schemas.microsoft.com/sharepoint/v3/contenttype/forms/url " >
< Display > _layouts/MyProject/MyForm.aspx?Modus=display </ Display >
< Edit > _layouts/MyProject/MyForm.aspx?Modus=edit </ Edit >
< New > _layouts/MyProject/MyForm.aspx?Modus=new </ New >
</ FormUrls >
</ XmlDocument >
</ XmlDocuments >
</ ContentType >
....

(Achtung: Auf den MSDN-Seiten fehlt im XMLDocument-Namespace das '../url'.)
Über ein an den Pfad angehangenen Parameter Kann die ASPX-Form in den jew. Modus geschaltet werden. Die ListID, SourceID und ItemID wird durch SharePoint automatisch an die URL angehangen.

http://ranaictiu-technicalblog.blogspot.de/2011/06/sharepoint-custom-addeditdisplay-form.html
http://sharepoint.stackexchange.com/questions/3320/custom-form-template-is-not-being-used-in-sharepoint-2010

Problem gelöst.