タスクタイプに基づいてチェックボックス、ラジオボタングループ、またはリストボックスを表示するフォームが必要です

Question

私は、個人的な使い方のための簡単なMS-Accessタスク追跡アプリケーションを取り上げようとしています。私の基本的なデータモデルは、タスク定義テーブル（私は毎日のタスクを定義することができます）とタスク結果テーブル（私はどのタスクを実行したかを特定の日に追跡できます）です。

私は、各タスクの横のすべての毎日の時刻、各タスクの属性）によってソートされたタスク（、および
2）を一覧表示ウィジェットを表示する
1）フォームを構築しようとしている

タスクを完全なものとしてマークすることができます。

ここでは擦れがあります。

• シンプルはい（単一のチェックボックスウィジェットが動作することになるため）/いいえタスク私はどのようにうまく追跡することができるよう
• スコア可能なタスク：私は、タスクの3（よりを追加することも）異なる種類を持っています
• いくつかのyes/noサブタスク（複数の選択リストボックスが収まる）からなる "複雑な"タスクが実行されます（ラジオボタングループに適合する）。

フォームを構築してすべてのタスクを希望の順序で表示するようにしましたが、（条件付き）データ入力ウィジェットをコーディングする方法が100％不安定です。個々のウィジェットを個別に実装するのに問題はありませんでしたが、私の最善の努力は、チェックボックス、ラジオグループ、またはリストボックスだけのタスクリストです。私はフォームに各タスクのタイプを "見て"見て、その横に適切なウィジェットを表示する方法を知らない。

私はタオルを投げ込み、すべてのタスクを適切なウィジェットと共に固定された順序でフォームにハードコードするだけです。よりエレガントな方法でこれを実装する方法はありますか？

[脇の下]私はMS-Accessフォームをやや恣意的に選択しましたが、私が行ったようにMS-Accessフォームを学習しています。誰かが私が仕事のために間違ったツールを選んだことで悩んでいると感じたら、私に知らせてください。

Answer 1

コメントに元の質問に解決されているように、連続的なフォームの限界があるようです。 Accessは連続フォームの各列をアトミック要素として扱うため、プレゼンテーションを区別するためのオプションはほとんどありません。閉じることができる唯一のツールは条件付き書式設定であり、フィールドを選択的に隠す/表示する最も近い方法は、テキストカラーを使用してテキストボックスのフィールドを非表示にして、バックグラウンドカラーに「カモフラージュ」することです。

この制限は、潜在的な回避策につながります。

目的を要約すると：ある日のうちに、私は[テーブル駆動型]のタスクセットをリストしたいと思います。各タスクには、「はい/いいえ」、「N個の選択肢の1つを選択する」、または「N個の選択肢のうち0〜N個を選択する」というオプションがあります。タスクのタイプに応じて、それぞれ単一のチェックボックス（はい/いいえ）、ラジオボタングループ（1つを選択）、またはチェックボックスグループ（多くを選択）としてレンダリングする必要があります。

（余談：私はこれを入力すると、私は第1のタイプは本当に第三のタイプのサブクラスであることを、実感が、それは本当に問題の核心は、離れて行くことはありません）

提案アイデア：

フォームが起動されるときに、どのタスクがどの位置に正確に入るかを正確に示すクエリを実行できます。言い換えれば、今日のタスクを「描画」する前に、データベースは、どのタスクがポジション1にあるか、ポジション2にあるかなどを答えることができます。さらに、私は20以上のタスクが決して存在するとは限りません（ただし、実際のタスク数は変わる可能性があります）。

私は20のスロットを持つフォームを設計し、各スロットに3つのオーバーレイされたプレゼンテーションがあります：はい/いいえのタスク、1つのタスクを選択するタスク、 "多くのタスクを選択"タスク。 （60合計 - 恐ろしいが、私はコピー/ペーストが救助に来ることを期待したい）。

Accessがフォームをレンダリングするとき、各スロットはその日の「n番目」のタスクを照会します（最初のスロットは最初のタスクを照会し、2番目のタスクは2番目のタスクを照会します）。 「可視」オプションは、クエリによって返されたタスクのタイプに一致するプレゼンテーションに対してのみ「はい」に設定されます。したがって、3番目のタスクを照会する3番目のスロットが「はい/いいえ」のバラエティのタスクを受け取った場合、「はい/いいえ」のプロンプトだけが表示されます。

私のアプリケーションの実用バージョンは既にあります（&は、タスクが "pick one"または "pick many"というラベルが付いているかどうかチェックしています）。この新しいアプローチがうまくいかないと思う理由があれば、実際に開発する前にそれを聞いて嬉しいです。