変更が行われるまで保存ボタンを無効にしますか？
複雑なもののリストがあり、ユーザーがクリックすると、そのビューに保存されているすべての詳細を編集できる新しいビューが表示されます。
編集ビューにはすでにCancel終了メカニズム（すべての編集フォームのデフォルト）があり、saveボタン（どちらも保存して終了し、リストに戻ります）。
詳細に変更が加えられるまでSaveボタンを無効にする必要がありますか？
10年ほど前に作成したアプリでは、無効化は私が取ったアプローチです。各フォームには、保存、キャンセル、閉じるボタンがあります。変更が行われるまで、保存とキャンセルはどちらも無効です。閉じるは常に使用可能で、変更が行われたときに保存またはキャンセルを求めるプロンプトが表示されます。
当時はそれが正しい方法だと思っていました。さて、編集フォームを開いて消えるようにするたびに、closeを使用する必要があり、単にokやcancelを使用できないことに腹を立てます。
私はフォームが何をすべきかを理解すべきだと思います：
- oK +変更=>保存
- oK +変更なし=>閉じる
- キャンセル+変更=>閉じる
- キャンセル+変更なし=>閉じる
- 閉じる+変更=>プロンプト
- 閉じる+変更なし=>閉じる
閉じるボタンは近い将来削除される予定ですが、機能と動作はデスクトップと同じで、フォームを閉じることができる「X」ボタンが常にあります。別の閉じるボタンを含めることは、実際により大きなターゲットを提供することでした...
編集
ちょうど良い尺度として、メニュー項目（ "DO N'T"です）の無効化/非表示に関するJoelの見解は次のとおりです http://www.joelonsoftware.com/items/2008/07/01.html
ボタンにも当てはまるという結論に達しました。
JohnGBのコメントへの応答
ブラウザの戻るボタンはフォームを送信することはなく、常にキャンセルという暗黙の意味があります。デスクトップ上でも、ブラウザー上でも、モバイル上でも、「戻る」ナビゲーションをサポートするすべてのアプリは、実際にはその書かれていない標準に従う必要があります。また、明示的な保存パラダイムと自動保存パラダイムのどちらを使用するかは関係ありません。これは、明示的な保存パラダイムを使用する場合、「保存」ボタンを提供する必要があることを意味し、自動保存パラダイムでは「戻る」はその「戻る」だけです。
保存ボタンは、人気のある20年間に渡るソフトウェアの作業を自動保存することのないひどい、ひどいソフトウェアのおかげで、多くの人にとってSkinner Boxボタンになりました。私はそのボタンを押すように人々を訓練し続けたくありませんが、あなたのアプリを見つけることがあなたがしたことを保存するだけではなかった以上に深刻なことはありません。
Google Docのプラセボの[保存]ボタンは興味深い解決策だと思いました。保存ボタンはありましたが、ドキュメントは自動保存されました。しばらくの間、「保存」と呼ばれる役に立たないボタンをクリックすることができましたが、今ではそれを通知に置き換えています。
保存後、通知が表示され、ホバー時に「ボタン」をクリックしようとすると、使用できない理由がわかります。
ボタンを無効にすることに夢中になっている場合は、ボタンを無効にする理由をユーザーに知らせることが重要です。私がそれを提案したくないのは、ユーザーとアプリケーションのためのより簡単な解決法特に、年配のユーザーまたはそれほど技術的でないユーザーの場合は、保存ボタンをそこに残して、ユーザーが狂ったようにクリックできるようにすることです。 5分ごとにクリックするのに5秒かかるかもしれませんが、安心できるので、アプリケーションで育成するのは非常に困難です。
ユーザーが変更していないデータへの変更を決して保存しないと想定しています。彼らはそうします-いつも。一部は無意識の反射として、一部は編集した内容を常に思い出すことができないため、一部は作業を失うリスクを恐れているため、宗教的に保存しています。
常に保存機能を介してフォームを終了します。これはハードな学習習慣であり、そのワークフローをサポートしていないフォームは不快に思えるでしょう。また、アプリケーションを信用できなくなります（フォームで変更が検出されなかった場合はどうなりますか？アプリケーションが壊れているために保存ボタンがない場合はどうなりますか？）。
気に入らない。しかし、私はあなたのユーザーではありません。しばらくA/Bテストを試してみてください。
絶対に。何もしない有効なボタンは誰にも役立ちません。
この特定のケースでは、ラベルは「適用」または「OK」のように聞こえますが。
詳細フォームが比較的単純な場合は、ユーザーが使い慣れている[OK]/[キャンセル]ボタンを使用することをお勧めします（両方のボタンが常にアクティブなままです）。ユーザーは、[OK]をクリックすると変更が保存され、ダイアログが閉じることを理解しています。 [キャンセル]をクリックすると、変更が破棄され、ダイアログが閉じます。
詳細フォームに大量のデータが表示される場合（ユーザーが頻繁に保存しない場合、ユーザーはデータを失うことを恐れます）。そうしないと、変更が保存されていない場合、[保存]ボタンと[元に戻す]ボタンを使用して[保存]ボタンと[元に戻す]ボタンがアクティブになります。そしてMarjanが述べたように、[キャンセル]をクリックして未保存の変更がある場合はユーザーにプロンプトを表示します。
入力フォームでOK-Cancel-Applyの組み合わせを使用するというMicrosoftのアプローチが気に入っています。何も変更されていない限り、Applyボタンは無効になっています。変更がある場合、OKボタンは自動的に変更を適用します。
各ボタンの機能は直感的で明確であり、多くの人々に親しまれています。