Frage

Ich versuche, eine Form für WSS 3.0 zu bauen, die die beiden folgenden Eigenschaften:

  1. Haben mehrere Untersätze in den einzelnen Datensätzen, die einige spezifische Felder enthält.
  2. Kann in HTML oder etwas ähnliches exportieren, die in jedem Browser angezeigt werden können.

Ich weiß, (es sei denn, ich irre) kann ich 1 erreichen nur mit InfoPath und RepeatingSection / RepeatingTable / etc.

Wie für 2 sehe ich InfoPath ist nur in der Lage für den Export nach MHT / PDF / XLS, keine für mich ideal, da das Ziel, ein etwas zu schaffen, die im Internet veröffentlicht werden können.

Für Hinweise über besseren Weg, dies zu erreichen?

Korrektur für 2: Ich meinte, dass die InfoPath-Formular im Intranet bearbeitet werden sollte, sondern als eine Nur-Lese-Web-Seite für unsere Website exportiert. So bedeuten, dass ich die "Export" und nicht "publishing".

War es hilfreich?

Lösung

Eine Möglichkeit, dies zu tun wäre, um eine Datenbank als primäre Datenquelle zu verwenden, um Ihre Formen, so dass alle Formulardaten dort gespeichert werden. Sie könnten dann eine Website erstellen, die die Datenbank für alle Informationen abfragt.

Eine andere Alternative wäre, die InfoPath-Formulardaten zu übernehmen (als XML-Datei gespeichert) und veröffentlichen Sie es auf einem Web-Server mit einem XML-Stylesheet zu sein Format zu definieren. Sie können dies über eine XML-Kontrolle in ASP.net tun.

Diese Lösungen können mehr Fett Ellenbogen erfordern, als eine andere Lösung, aber ich glaube, entweder funktionieren würde.

Andere Tipps

Vielleicht einen benutzerdefinierten Feldtyp zu schaffen ist eine Möglichkeit. Erstellen Sie einen Feldtyp, die eine Art von Sammlung als Wert hat.

  

Wie bei 2 sehe ich InfoPath ist nur   fähig zu MHT / PDF / XLS exportieren,   keine für mich ideal, da das Ziel ist   ein etwas zu schaffen, das sein kann,   veröffentlicht im Web

Das ist nicht richtig, InfoPath-Formulare können auf der Web veröffentlicht werden. Wenn das Formular auf die Sharepoint über den InfoPath-Client veröffentlichen, können Sie eine Option auswählen, zu sagen, dass diese Form in einem Browser bearbeitet werden soll. Aber Vorsicht, dass einige Formmerkmale von InfoPath sind nicht verfügbar, wenn Sie das tun.

Oder haben Sie ein anderes Verständnis davon haben, „kann im Internet veröffentlicht werden“? Für mich bedeutet es, ein neues Element in der Bibliothek zu schaffen, an dem das InfoPath-Formular gebunden ist -> Formular wird im Browser geöffnet -> Benutzer in Form füllt -> Benutzer klicks die Taste save -> Info-Pfad Dokument wird in der Bibliothek gespeichert und geschlossen.

Nur eine Idee:

Wenn InfoPath (zusammen mit MOSS) keine Option ist, dann vielleicht könnten Sie sein Verhalten über eine benutzerdefinierte bearbeiten Form imitieren, wenn Sie die Daten wollen in eine SP-Liste ausgegeben werden. Ich denke an eine benutzerdefinierte bearbeiten Form mit dynamischen HTML-Kontrollen (für die Untersätze), und Sie können dies durch das dynamische Einfügen von Objekten in das DOM erreichen als Baumstruktur erfordert. Dann auf Formular abgesendet hat, ein Event-Handler auf der Liste analysieren würde, die durch die Form übermittelten Daten und speichern sie, wie Sie sehen, passen (in einer XML in einem benutzerdefinierten Feld serialisiert, zum Beispiel).

Wenn es geht um die nicht eine benutzerdefinierte Bearbeitungsformular für eine Liste sein, dann ist die gleiche Funktionalität können die oben in einer Site Seite mit Code-Behind (Vorsicht Anpassungen) und verwenden eine versteckte SP-Liste als Datenspeicher gespeichert werden.

Wie für den Export Abschnitt, vielleicht eine Anwendung Seite in dem EZB-Menü dieser Liste verknüpft würde sie die oben xml erwähnt und zeigt es schön.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top