ユーザーをグループに、グループをユーザーに追加するための1つのインターフェース
だから私はこれを行う方法を思いつくのに苦労しています。基本的に、現在、2つのインターフェイスがあります。1つはグループの作成と管理を可能にし、もう1つはユーザーの作成と管理を可能にします。 2つのインターフェースの間には共通の共通点がありますが、それらは十分に異なっているため、それらを統合する方法を見つけるのに苦労しています。グループ管理インターフェースで、N人のユーザーをグループに追加できます。逆に、ユーザー管理インターフェースでは、Mグループをユーザーに追加できます。
これら2つのインターフェイスを1つに統合する良い方法はありますか、またはUXの理由で、それらを別々にしておく必要がありますか？
編集：
帰りにこのことを考えていて、フィードバックも欲しいというアイデアを思いつきました。 Kdiff3を使用してきたので、3つの方法のマージに慣れています（つまり、2つのソースを取得して必要な部分を取得し、それらを3番目のカテゴリである結果カテゴリに配置します）。 3ウェイマージの例は次のようになります。
さて、私の考えは、このインターフェイスを使用する人は理論的には任意の数のユーザーと任意の数のグループを選択し、これらを3番目の「結果」カテゴリに一緒に追加でき、すべてのユーザーをすべてのグループに追加するだけです。
ただし、これがどれほど直感的かはわかりません。
最初に確認せずに2つのインターフェースを統合する方法を提案するのは難しいでしょう。
あなたの質問はアクション統合のもう少しです-答えはイエスですが、これは可能です：ユーザーに1つ、グループに1つ、それぞれに複数選択リストを提供し、それらの間でドラッグ＆ドロップを許可する2列のビューを提供できます、 両方。
このインターフェースに似たもの：
しかし、私はそのような機能の本当に必要があるのか、それができるのであなたがこれを単に望んでいるのかどうか疑問に思いますか？ユーザーがNをMにリンクし、同時にMをNにリンクするオプションを希望するタスクを考えるのは難しいと思います。
ユーザーのメンタルプランはおそらく次のいずれかだと私は主張します。
- これが欲しいserこれらのグループ
- グループをこれらのユーザーに適用したい
重要なのは、操作が実行される主体（ユーザーまたはグループ）があることです。私は、主体間で頻繁に切り替えが発生する可能性に疑問を持っています。