2

次の2つの特性を持つWSS3.0のフォームを作成しようとしています。

  1. 各レコードには、特定のフィールドがほとんど含まれていないサブレコードがいくつかあります。
  2. すべてのブラウザで表示できるHTMLまたは同様のものにエクスポートできます。

私は（間違っていない限り）InfoPathとRepeatingSection/RepeatingTableなどを使用することによってのみ1を達成できることに気付きました。

2に関しては、InfoPathはMHT / PDF / XLSにのみエクスポートできますが、Webに公開できるものを作成することが目標であるため、私にとっては理想的ではありません。

これを達成するためのより良い方法についてのヒントはありますか？

2の修正：InfoPathフォームはイントラネット内で編集可能である必要がありますが、Webサイトの読み取り専用Webページとしてエクスポートする必要があることを意味しました。つまり、「公開」ではなく「エクスポート」を意味していました。

4

4 に答える 4

0

これを行う1つの方法は、フォームのプライマリデータソースとしてデータベースを使用して、すべてのフォームデータがそこに保存されるようにすることです。次に、データベースにすべての情報を照会するWebサイトを構築できます。

もう1つの方法は、infopathフォームデータ（xmlファイルとして保存）を取得し、XMLスタイルシートを使用してWebサーバーに公開し、その形式を定義することです。これは、ASP.netのXMLコントロールを介して行うことができます。

これらの解決策は、他の解決策よりも多くのエルボーグリースを必要とするかもしれませんが、どちらでもうまくいくと思います。

于 2009-06-17T17:32:27.193 に答える
0

おそらく、カスタムフィールドタイプを作成することは可能です。ある種のコレクションを値として持つフィールドタイプを作成します。

于 2009-06-16T19:57:48.213 に答える
0

2に関しては、InfoPathはMHT / PDF / XLSにのみエクスポートできますが、Webに公開できるものを作成することが目標であるため、私にとっては理想的ではありません。

そうではありません。InfoPathフォームをWebに公開できます。InfoPathクライアントを介してフォームをSharePointに公開する場合、このフォームはブラウザー内で編集可能である必要があることを示すオプションを選択できます。ただし、これを行う場合、InfoPathの一部のフォーム機能が使用できないことに注意してください。

それとも、「ウェブに公開できる」という別の理解がありますか？つまり、InfoPathフォームが添付されているライブラリに新しいアイテムを作成する->フォームをブラウザで開く->ユーザーがフォームに入力する->ユーザーが保存ボタンをクリックする->情報パスドキュメントはライブラリに保存され、閉じられます。

于 2009-06-17T07:29:46.080 に答える
0

ただのアイデア：

InfoPath（およびMOSS）がオプションではない場合、データをSPリストに出力する場合は、カスタム編集フォームを使用してその動作を模倣できます。ダイナミックHTMLコントロール（サブレコード用）を備えたカスタム編集フォームについて考えています。これは、ツリー構造の必要に応じてオブジェクトをDOMに動的に挿入することで実現できます。次に、フォームの送信時に、リストのイベントハンドラーがフォームから送信されたデータを解析し、必要に応じて（たとえば、カスタムフィールドでシリアル化されたxmlに）保存します。

リストのカスタム編集フォームにならない場合は、上記と同じ機能をコードビハインド（カスタマイズに注意）を使用してサイトページに保存し、非表示のSPリストをデータストレージとして使用できます。

エクスポートセクションに関しては、おそらくそのリストのECBメニューにリンクされているアプリケーションページが上記のxmlを取得し、それをうまく表示するでしょう。

于 2009-06-17T08:17:46.747 に答える