私はInfopathを初めて使用するため、いくつかのアーキテクチャ上のガイドラインが必要です。私のシナリオは次のとおりです。
私はSharepointリストを持っています。たとえば、ビールと、「クローネンブルグ」、「コロナ」、「ツボルグ」の3つのアイテムが含まれているとします。「ビール」は、アイテムから派生したコンテンツタイプです。
私は何をする必要がありますか ：
ユーザーにビールごとのチェックボックスを表示する「動的な」Infopathフォームを作成する必要があります。新しいビールがビールリストに追加された場合、フォームの保存されたインスタンスであっても、介入なしで新しいチェックボックスがフォームに表示されます。削除するとどうなるかは決めていません。
次に、選択を含むこのInfoPathフォームをSharePointフォームライブラリに保存して、ユーザーが保存した多くのビールフォームの1つに戻って、選択を変更できるようにする必要があります。
また、ある時点で選択範囲から文字列を作成し、この文字列をフォームライブラリの表示列に表示する必要がありますが、それはこの投稿の範囲を超えています。
私がこれまでに何とか一緒に投げることができたもの：
ある種の実用的なInfopathフォームがあります。ビールリストにSharePointデータ接続を追加し、繰り返しテーブルをデザイン領域にドラッグしました。これは「動作」し、リストアイテムのリストを取得します。次に、ダミーのY / Nフィールドをビールのコンテンツタイプに追加し、フィールドで選択すると、レコードの横にきちんとしたチェックボックスが表示されます。
明らかに、これは正しくないようです。ビールテーブルに何も保存する必要はありません。検索にビールテーブルを使用するだけで、フォームの保存されたインスタンスに選択した選択肢を保持できます。
わかりました、これまで私と一緒にいてくれてありがとう。ここで何をしますか、Infopathを説得してこのようなシナリオをサポートすることはできますか、それともカスタムWebパーツを作成する方がよいでしょうか？私の主な質問は次のとおりです。
「入力専用」チェックボックスを繰り返しリスト/セクションに添付できますか？（そして、そのような動的に作成されたコントロールをどのように参照しますか）
Infopathにdbから動的に選択肢をロードさせ、フォームのインスタンスにデータを保存するにはどうすればよいですか？
選択肢を表すコンテンツタイプをフォームライブラリに添付して、どういうわけかそれをフォームに添付する必要がありますか？
ご入力いただきありがとうございます