web-dev-qa-db-ja.com

カードコンポーネントを編集にも使用できますか

UIでは、保存されたクレジットカードをカードコンポーネントのリストとしてユーザーに提示します。保存された各カードはカードとして表されます。ユーザーは、モックに示すように、2行で表示される最大5枚のカードを保存できます。 enter image description here

次のオプションを含むクレジットカードを編集するオプションを追加したいと思います。

  1. 有効期限を変更する
  2. カードを削除
  3. アクティブに設定

カードには、カードを表示モードから編集モードに切り替える「編集」オプションがあります。この場合、私は対立に直面しています。一方では、カードが主にviewモードで使用され、おそらくいくつかの小さなアクションが使用されることを知っています。一方、カードも形になったのはちょっと不思議です。ユーザーがこのように動作することをユーザーが期待しているとは思いません。さらに、サイズを表示モードと同じにしたため、フォームが圧縮されすぎているように見えます。

編集モードとしてのカードコンポーネントに関する情報は見つかりませんでした。

私の質問は、この動作がカードの定義を検証しないかどうか、およびユーザーがこの種の動作を期待しているかどうかです。他に何か提案はありますか?

これは現在の外観です: enter image description here

2
noadavi

私はノーと言うでしょう。 Cards は、異なる内容の要素を表示するために使用されます。カードの内容を編集したい場合は、適切なレイアウトで編集すると便利です。

この場合、入力ビューを出力ビューに関連付ける必要はありません。

私はあなたが持っているものはカードではなく タイルのグリッド (同じ内容のアイテムに使用される)だと思います。

あなたの場合、編集ビューに 全画面ダイアログ (または通常のダイアログ)を使用することをお勧めします。

参照用にGoogle Keepアプリを確認できます。表示モードではカードが使用されますが、カードを編集するためにエディターに移動します。

0
Alvaro

理由がないと思います。
これら(マテリアル)の設計ガイドラインは、ルールではなくガイドラインです。ガイドラインに従う唯一の理由は、ガイドラインがユーザー規則(ユーザーが慣れ親しんでいるもの)に従うことが多いためです。

カードは主に表示モードで使用されることを知っています

主にと自分で言います。

Googleのマテリアルデザインの場合、除外することもできません。カードにフォームを含めることができます。

カードには、サイズやサポートされるアクションが異なるさまざまな要素で構成されるコンテンツが表示されます。

入力フィールドとスイッチもコンテンツです。

あなたの場合、ユーザーのコンテキストを維持できるので、カードの裏側に留めておくことは素晴らしいことだと思います。編集中のカードは明らかです。それはユーザーが期待するものですか?おそらくそうではありません。私はこの種のことを実際に目にしたことがないので、他の多くのユーザーがそれを期待することができないので、そうしていないことを期待しています。しかし、アニメーションは何が起こっているのかを明確に視覚的に伝えます。何が起こるかについて、1人のユーザーが混乱しないようにしたいと思います。アニメーションと、カードのあるビューと編集オプションのみのあるビューとの間を行き来しないという事実のために、彼らは喜ぶかもしれません。

1