未保存の変更内容を、どう扱う？【UI】【仕様】｜Google｜Flutter

2023年11月2日 02:42

メモ帳やドキュメント系のアプリは基本的に”オートセーブ”が殆どの為、未保存の変更内容をどう扱うか、という問題には遭遇しないのだが、オートセーブだと困る・違和感のあるアプリでは、これがいつも悩ましい。

―――――
問題：未保存の変更内容がある状態で、キャンセルや閉じる操作をユーザが行ってしまったら？
―――

仕様を検討する際は、開発者視点ではなく”ユーザ視点”で考えることが大事だ。自分だったら、どうなっていて欲しいか。操作ミスでキャンセルが発動してしまう、自分の意志で編集を中断する、ケースは色々とある。

こんなところだろうか。

Google アプリを確認する

悩んだとき、解決しないときは、Google が提供しているアプリを確認するに限る。ただ、Google でも仕様は統一されていないので、注意が必要だ。

ダイアログに配置するボタンには意味があって、左側がネガティブな結果になるアクション、右側がポジティブな結果になるアクション、と決められている。

しかし、提唱者の Google アプリでさえ、これらの思想は統一されていない。「破棄」はネガティブな結果なので、左側が正解なはずだから、Google カレンダーと Google コンタクトはきっと正しい。

と思う反面、ポジティブは「そのアクションへの肯定」という説もあるので、どちらも間違いではないかもしれない。Google、ややこしいぞ！

Google コンタクトが「破棄」と「保存」の二択になっていて、これはどちらを選んでも最終的には画面がクローズする結果になる。

例えば、誤ってキャンセル操作をしてしまった場合に、画面がクローズされてしまうのは、ちょっと鬱陶しい。

個人的には「編集を続ける」ボタンで、誤った操作を救済する方が有り難い。

念の為、Google アプリの英語版も確認してみよう。

英語版だからといって、差異は無いようだ。

余談だが、英語だと「changes」で統一されているが、日本語だと翻訳が異なり「変更」「変更内容」「編集内容」と様々だ。

つい先日、十月末に『ざっくり家計簿』アプリをリリースすることが出来たので、折角だから調査した本件を搭載した。

Google フォト仕様を採用したので、是非、確認してみてほしい。