Benutzerdefinierte SharePoint-Liste Ansicht - kann ich es in eine Funktion (WSP)?

Hier ist meine situation:

Arbeite ich in SharePoint 2007 Enterprise, ich habe eine Funktion erstellt eine Liste für mich, wenn ich bereitstellen und aktivieren Sie es. Meine üblichen workflow war bisher, um die Lösung bereitzustellen, aktivieren Sie es, öffnen Sie dann die SharePoint-Designer zum anpassen der Liste.

Meine Anpassungen sind in der Regel ziemlich Komplex, aber ich werde die Dinge einfach halten. In diesem Fall lassen Sie uns einfach sagen, dass ich Bearbeiten AllItems.aspx konvertieren Sie die Daten, um eine XSLT-Daten anzeigen, dann füge ich eine Spalte mit statischem text.

Ich habe ein paar verschiedene Werkzeuge (SPSource, VSeWSS, SharePoint Manager, OCDExportList, etc) zu extrahieren my custom schema.xml und die Standard-Ansichten, aber ich habe noch Glück haben, herauszufinden, wo der code für AllItems.aspx ist jetzt, dass es angepasst ist.

Wenn ich extrahieren (mit einer der oben genannten Werkzeuge) AllItems.aspx ist nicht anders als der Standard. Die <View> element in schema.xml reduziert sich auf eine Zeile, zum Beispiel:

<View DefaultView="TRUE" 
      MobileView="TRUE" 
      MobileDefaultView="TRUE" 
      Type="HTML" 
      FPModified="TRUE" 
      DisplayName="All Documents" 
      Url="Forms/AllItems.aspx" 
      Level="1" 
      ContentTypeID="0x" />

Ich bin wirklich hier hängengeblieben... ich habe keine Ahnung, was zu tun ist. Ist es überhaupt möglich? Es würde mich retten viel Zeit (und Dokumentation) könnte ich auch mit meinen Anpassungen in meiner Funktion.

Wenn es keine andere info fehlt mir, das würde helfen, lassen Sie es mich wissen... danke!

Neuesten Erkenntnisse:

Habe ich herausgefunden, ein wenig mehr in den letzten paar Stunden. Wenn ich speichern Sie die Liste als eine Liste Vorlage speichern Sie dann die .stp-Datei lokal .cab-Datei kann ich entpacken Sie deren Inhalt. Eine der Dateien ist manifest.xml enthält die schema.xml sowie ein paar andere Sektionen.

Einer jener Bereiche ist ein <webparts> Abschnitt, der eine <webpart> für jede Ansicht. Jede dieser <webpart> Elemente enthält eine wirklich lange Zeichenfolge von Zeichen... keine Ahnung, was die Zeichen eigentlich bedeuten.

Das wichtigste ist, dass ich denke, dass alle benutzerdefinierten Ansichten haben eigentlich Webparts bereitgestellt, wenn als Teil einer Lösung... aber ich bin nicht positiv.

InformationsquelleAutor |

  1. 1

    Ich habe vor ein ähnliches Problem vor einer Weile. Ich hatte eine sehr individuelle Ansicht, und ich musste aufgeben, die ListFormWebPart komplett, und habe meine eigenen webpart zum Rendern der Daten.

    In der Regel, wenn Sie passen Sie die aspx-Datei in SPDesigner, alle änderungen, die in der aspx-Datei selbst. Öffnen Sie es in SPDesigner und Sie werden es sehen, alle änderungen, die Sie gemacht haben. Nachdem Sie umgewandelt haben, um die XSL-Daten-Ansicht die standard-ListFormWebPart wird ersetzt durch ein DataFormWebPart, die kümmert sich nicht um die <View> tags angegeben in der schema.xml; Schauen, die in der aspx-Datei selbst für die ListFormWebPart.

    Warum nicht alle Anpassungen, die Sie wollen auf einer Liste, speichern Sie die Liste als Vorlage (es wird auch die zugehörige AllItems.aspx), und verwenden Sie dann die Vorlage in Ihrer Funktion erstellen Sie Ihre Liste? Man könnte hinzufügen, die extracolumn von code (wenn es dynamisch und nicht in der Vorlage enthalten), und so weiter.

    Ja, ich weiß, dass ich sehen kann meinen code in der SharePoint-Designer - ich bin nur nicht sicher, wo diese Codes tatsächlich gespeichert wird. Es scheint in AllItems.aspx, aber wenn du eine der erwähnten tools zu ziehen schema.xml und die Aussicht, dass code ist nirgends zu finden. Ich habe festgestellt in den letzten paar Stunden, die ich sparen kann meine Ansicht als Vorlage, speichern Sie die Vorlage lokal umbenennen .cab und öffnen Sie es. Es enthält eine manifest.xml enthält die schema.xml sowie ein paar andere Sachen. Ein Abschnitt ist ein <webpart - > Kapitel, das sieht vielversprechend aus...

    InformationsquelleAutor Tudor Olariu

  2. 1

    Ja, Sie können. Holen Sie sich die Sharepoint-manager-Tools von Codeplex
    http://spm.codeplex.com/

    Installieren Sie es auf einem Computer in der farm, es wird Ihnen erlauben, durchsuchen Sie die farm über eine Baum-Ansicht, in der alle Objekte.

    Machen die Liste über die Sharepoint-GUI, dann suchen w/SPM.

    SPM wird Ihnen erlauben, zu extrahieren, die MOSS/WSS erstellte xml, beschreibt der Listenansicht (zeigt es in der linken hand, die Eigenschaft grid), die Sie dann plop in Ihrem manifest.xml

    InformationsquelleAutor

  3. 0

    Ich habe ein ähnliches Problem und habe dabei eine Menge Forschung in diese. Die dataview-Webpart ist für mich eine der stärksten Komponenten in Sharepoint. Leider habe ich meine Lösung .wsp-Paket und das bedeutet, dass ich nicht nur die Website und Designer auf dieser Website. Habe ich ein 2-Schritt Ansatz, den ich verwendet-designer zum erstellen meiner dataview und ich bearbeitete auch den code, dataview zu ersetzen, die ListID und Guids Listenname und die tatsächliche Liste mit Namen. Dies ermöglicht es, die exportiert werden und in jeder Seite/site ebenso lang wie die Liste der name ist der gleiche. Ich bin erstellen einer Web-Seite, Dokument-Bibliothek auch in meine Lösung und ich glaube, ich kann hinzufügen, die Seiten mit den webparts in dieser Bibliothek unter Verwendung der onet.xml Datei. Ich werde versuchen, die Ergebnisse von diesem test, sobald ich es tun kann.

    InformationsquelleAutor

Schreibe einen Kommentar