UIでは、保存されたクレジットカードをカードコンポーネントのリストとしてユーザーに提示します。保存された各カードはカードとして表されます。ユーザーは、モックに示すように、2行で表示される最大5枚のカードを保存できます。
次のオプションを含むクレジットカードを編集するオプションを追加したいと思います。
カードには、カードを表示モードから編集モードに切り替える「編集」オプションがあります。この場合、私は対立に直面しています。一方では、カードが主にviewモードで使用され、おそらくいくつかの小さなアクションが使用されることを知っています。一方、カードも形になったのはちょっと不思議です。ユーザーがこのように動作することをユーザーが期待しているとは思いません。さらに、サイズを表示モードと同じにしたため、フォームが圧縮されすぎているように見えます。
編集モードとしてのカードコンポーネントに関する情報は見つかりませんでした。
私の質問は、この動作がカードの定義を検証しないかどうか、およびユーザーがこの種の動作を期待しているかどうかです。他に何か提案はありますか?
理由がないと思います。
これら(マテリアル)の設計ガイドラインは、ルールではなくガイドラインです。ガイドラインに従う唯一の理由は、ガイドラインがユーザー規則(ユーザーが慣れ親しんでいるもの)に従うことが多いためです。
カードは主に表示モードで使用されることを知っています
主にと自分で言います。
Googleのマテリアルデザインの場合、除外することもできません。カードにフォームを含めることができます。
カードには、サイズやサポートされるアクションが異なるさまざまな要素で構成されるコンテンツが表示されます。
入力フィールドとスイッチもコンテンツです。
あなたの場合、ユーザーのコンテキストを維持できるので、カードの裏側に留めておくことは素晴らしいことだと思います。編集中のカードは明らかです。それはユーザーが期待するものですか?おそらくそうではありません。私はこの種のことを実際に目にしたことがないので、他の多くのユーザーがそれを期待することができないので、そうしていないことを期待しています。しかし、アニメーションは何が起こっているのかを明確に視覚的に伝えます。何が起こるかについて、1人のユーザーが混乱しないようにしたいと思います。アニメーションと、カードのあるビューと編集オプションのみのあるビューとの間を行き来しないという事実のために、彼らは喜ぶかもしれません。