web-dev-qa-db-ja.com

1つの画面(ウェブページ)で3つの対応するエンティティを編集する

簡略化するために、3つの異なる種類のエンティティがあります。条件、アクション、ターゲットです。これらを一緒に接続してトライアドにする必要があります。

条件-2345-アクション-5-ターゲット-4534

そして、「バッグ」内に作成する必要のあるそのようなトリプルがたくさんあるかもしれませんが、問題を単純化する場合、それらは一度に1つずつ形成することができます。

多くの条件があります(多くの場合、ドロップダウンでも多すぎる可能性があります)。たとえば、「quantityA1>数量A2> -1」などのように長くまたは複雑で、適切なものがない場合はさらに追加できます。 。ただし、短縮ラベルでラベル付けされる場合があります。

アクションはそれほど多くありません。たとえば、最大15です。

また、名前とURLで知られる多数のターゲット。

条件はトリプルで「消費」されます。つまり、問題が発生した場合に1回だけ使用できます。 1つの "バッグ"内のトリプルの数は、条件の数によってのみ制限され、大きくすることもできます。

オーサリングインターフェースを最大限に活用したい。

これまでのところ、私の最良のアイデアは、基になるセットの数に応じて、テキスト入力とドロップダウンを先行入力することです( (One to many)to many form?Many to manyの組み合わせに似ています)何百ものアイテムがあるフォーム ):

(先行入力条件) ドロップダウンアクション)-(先行入力ターゲット)

別のアイデアは、アクションの1つに対応する「ツール」を選択した後にドラッグアンドドロップすることです。 (より単純で未回答のケース:---(トリガー/応答モデルの1対多のリストアイテム

私は、同じ「バッグ」の多くのトリプルが1つの同じ画面で実行できれば、UXはさらに良くなると思います。紙の上であれ​​ば、エンティティを3列に配置し、対応するエンティティを線で結びます。しかし、それらのいくつかで何をすべきかわからない。

これが狭い画面で使えるようになることを望んでいませんが、うまくいけばいいです。

注:ユーザーは、条件からターゲットまで、およびターゲットから条件までを考える場合があります。いずれかの方向を事前に固定することはできません。

更新

条件はほぼ等しく、ユーザー定義です。それ以上に、いくつかの条件は単純に(item = something)の形式であり、他の条件はより精巧になります。最新/最も人気のあるものも該当しません。

ただし、条件によっては、2D空間座標、場所の種類を使用する場合があり、近さによってグループ化できます。しかし、これは100%ではないため、これについては触れていません。以前のグループ化(以前のバッグの場合)はグループ化を引き起こす可能性があります(グループ化は強力です-「その他」を使用できます)が、多くの場合、既存の「バッグ」は新しいものとは関係ありません。

4
Roman Susi

トリプルを形成しているときに、画面の中央に「アクション」ドロップダウンを配置できます。

1つずつ、選択したアクションの周りの「クラウド」に選択可能な条件またはターゲットを表示できます。これらの大きなセットのアイテムを何らかの方法で互いに比較できる場合、非類似度マトリックスに基づいてそれらの2次元マッピングを作成できます。最後に、セット内の項目は、何らかの方法で画面に収まるように短縮または「トークン化」できますが、選択する前にマウスオーバーで詳細を表示できます。 1つの大きなセットから選択した後、他の大きなセットを提示できます。

1
David