変更されたドキュメントを示すために、アスタリスクよりも良い文字はありますか？
Windowsアプリケーションでは、変更された未保存のドキュメントをアスタリスク*文字で示す一般的な方法のようです。
例えば。これは、Visual Studio .NET 2012が変更されたドキュメントを示す方法です。
ドキュメントがディスクに保存されると、アスタリスク文字が再び消えます。現在、自分のアプリケーションでも同じ方法を使用しています。
Microsoftがパスワードフィールドの*をより明確な•文字に置き換える方法が好きだったので、保存されていないドキュメントを示すためにも同様のことを考えています。
残念ながら、「感じ」を示す•は正しくないと思います。
だから私の質問は：
- 変更されたドキュメントを示すために、
*文字以外のものを使用することをお勧めしますか？ - はいの場合、どのようにしますか（つまり、どのキャラクターまたは他の方法）？
更新：
kedarによるコメント のように、テキストエディター Sublime Text 2 を試して、その方法を確認しました。
あなたは間違いなくユーザーに学習させるべきではありません新しいパターン（特に個人的な好みのためにのみ）。
正しい方法は一般的な慣習に従うことだと思います。この場合の一般的な慣習はアスタリスクを使用することだと思います（間違っている場合は訂正してください）。確かに、さまざまなアプリケーションで他のパターンを見つけることになりますが、この場合、1文字のみに制限されている場合、アスタリスクが最もわかりやすいパターンだと思います。
もう1つの方法は、タブに「変更された」または同様のテキストを追加することですが、スペースが大きくなります。
標準ではない
変更されたメモリ内変更のインジケータとしてのアスタリスクの使用は、主にWindowsプラットフォームで表示されるものです。 MacとLinuxは、これに追随するのが速すぎませんでしたが、これを使用するマルチプラットフォームエディターがいくつかあります。
アスタリスクは、UI要素（タイトルバーまたはタブ）がテキストのみを表示できる場合に使用されます。そのUI要素がテキストに関連付けられたアイコンをサポートしている場合、代替手段はより有益なアイコンです。
主にMDI
MDI（Multi Document Interface）は、これが行われる最も一般的な場所のようであり、それがマルチタスクを試行しているユーザーの課題から来ているとしか思えません。一度に複数のドキュメントで作業できると、データが失われるリスクがあります。ユーザーがドキュメントAに変更を加えてからドキュメントBに切り替えた場合、ウィンドウスタックの最上部にドキュメントAがなくなり、アプリケーションを終了するまで変更を保存し忘れることがあります。停電が発生した場合、変更内容は失われます。
Macは違います
Mac OSプラットフォームでは、MDIインターフェイスはあまり一般的ではありません。代わりに、各エディターが1つのドキュメントに関連付けられている複数のエディターを使用します。これは同じマルチタスク動作ですが、内部の動作が若干異なります。ソフトウェア。
ユーザーが1つのドキュメントから別のドキュメントに切り替えると、OSは1つのエディターにバックグラウンド状態に切り替わったことを通知します。一方、Windowsでは同じプログラムがアクティブのままで、フォーカスのドキュメントのみが変更されます。したがって、Macが変更を保存してからそれを示すように指示するのがより一般的ですが、これが頻繁に発生するタイミングはわかりません。
MDIとタブ
MDIアプリケーションの最初の世代では、タブはありませんでした。その後、ドキュメントを簡単に切り替えることができるように、後のタブが導入されました。タブの導入により、ユーザーは開いているすべてを見ることができました文書ですが、どの文書が変更されたかを示す方法に関する基準がありました。
ドキュメントの3つの状態
エディター内のドキュメントは、3つの可能な状態で存在します。
- ドキュメントはディスク上のものと同じか、保存されていません。
- ドキュメントは変更されていませんが、ディスク上のドキュメントは変更されています。
- ドキュメントは変更されましたが、ディスク上のドキュメントは変更されていません。
メモリ内のドキュメントが新しい場合。ドキュメントアイコンをタブの一部として表示するのが一般的ですが、アイコンはnew状態を示すように変更されています。
他の状態では、アイコンを変更したり、アイコンが使用されているタブを変更したりできます。アイコンを変更し、状態の変化を示すためにテキストを使用しないことをお勧めします。
前または後のアスタリスク
同じことを意味するために、前の位置と後の位置の両方でアスタリスクの位置を確認しました。最も一般的なのは後の位置です。これは、ファイル名が不明瞭にならないようにするためだと思います。前面に配置すると、左から右への読み取りが妨げられます。例えば; mathew.txt*は*mathew.txtより読みやすくなっています。また、最後に配置されている場合、並べ替えの妨げにはなりません。
テキストエディタからCAD使用後のデモンストレーションまでの図面まで、いくつかの画像を見つけることができました。これは、一般的に使用されているソフトウェアで人気があることを裏付けています。
しばしば忘れられた第三国家
したがって、新しいドキュメントの状態、変更されたドキュメントの状態だけでなく、変更されたディスクの状態もあります。
これは最も標準化されていないUI機能です。すべての編集者が異なる方法で実装しているようです。私が好む1つの実装は、ディスクバージョンをリロードする前にin-memoryバージョンを確認する機能を保持する強力なインジケーターです。
ほとんどのエディターは、「ファイルがディスク上で変更されました。再ロードしますか？」というポップアッププロンプトを表示するだけです。そして、あなたは決定を下すために残されています。あなたが記憶に持っていたものを確認することができずに。
このインターフェースは、私の好ましい方法を示しています。リロードするオプションを使用した変更の非ブロッキング通知。新しいバージョンをリロードする前に、メモリ内のコピーを確認するのを妨げることなく。
あなたの質問のwhich character or which other way?の部分に答えて、私が考えることができた方法はファイルのハイライトの使用ですタブ。 Notepad ++はこれを行います。
Notepad ++は、すべてのファイルタブに通常のフロッピーアイコンを表示し、保存されたファイルのメインツールバーのSaveアイコンを無効にします。
ただし、保存されていないファイルタブでは、フロッピーアイコンが赤になり、メインツールバーのSaveアイコンがそのようなファイルに対して有効になります。
これにもかかわらず、Notepad ++はまだ通常の規則を使用し、保存されていないファイルのタイトルバーのファイル名の横にアスタリスクを付けます。何でこれが大切ですか？ウィンドウが最小化されてもタイトルバーのコンテンツは表示されたままであり、ユーザーは保存されていない作業があることをユーザーに認識します（ただし、これは、保存されていないタブが最小化前のアクティブなタブである場合のみです）。
ここで注意すべき点は赤いフロッピーアイコンは非常にキャッチーですがであり、保存されていないファイルに注意を向けますそれはまだ悪い考えです。どうして？非アクティブなタブでは、赤い色が後部座席になるためです（上の最初の図を参照）。保存していないファイルが他のファイルと混ざっている場合、どれがどれであるかを理解するのは困難です。ファイルタブでアスタリスクを使用すると簡単に実行できるタスクです。
確立された慣習を守ることが最善であるのは事実ですが、常に改善の余地があります。 Microsoftは、パスワードフィールドの*を•に置き換えることでそれを実現しました。ドキュメントリーダーを作成している場合は、保存されていないファイルタブのカラーハイライトを試してください。 Notepad ++がしていないことをしてください-非アクティブなタブも（アクティブなタブのように見せることなく！）適切にハイライトしてください。
残念ながら、変更をマークするだけでなく、ウィンドウタイトル内の命名規則についても標準はありません。さまざまなソフトウェアでさまざまなケースを経験しました。変更がマークされるケースは次のとおりです。
私にとってより広範な質問は、シンボル自体ではなく、ステータスの可視性です。左から右への表記規則があるので、行目と5行目より迅速な認識のため、優先します。行の最初または最後を見るのは非常に高速です。
テキストエディタ "Sublime Text 2"で使用されているため、*の代わりに•文字を使用できます。そこで彼らは、保存されていない文書を示すために使用しました。
ただし、*を使用すると、ユーザーにとってより鮮明になるため、より正確になります。したがって、*のみを使用することをお勧めします。
ファイルが「保存されていない」ことを識別するために新しい文字が必要であると判断する代わりに、Alan Cooperの統合ファイルモデルに類似したものを使用することを検討してください。
Visual Studioの例で、すべての変更がディスク上の履歴に保存されたかどうかを想像してください。 IDEを開くたびに、そのファイルの編集履歴全体を利用できます。 SCMで「タグ」のような「マイルストーン」を作成できます。絶対にあなたの変更は決して失われません。システム/ソフトウェアがクラッシュしても、作業が失われることはありません。もう一度Ctrl + sを押す必要はありません。ユーザーは、ソフトウェアを「信頼」して機能させることができ、ファイルを再度保存することを心配する必要はありません。この場合、保存されていないことを示すためにファイル名に文字を含める必要はありません。
さらに読む： http://www.codinghorror.com/blog/2006/01/filesystems-arent-a-feature.html
*：*の使用法についての私の説明は、アンカーまたはソートに関連付けられています。これは、関連する情報が別の場所（通常、末尾/下部）にあることを意味します。私たちの目は、私たちが目にするすべての場所（広告、契約条件、バナーなど）により、*を非常によく区別するのに慣れています注意を引く。
•は*の簡略化されたバージョンのようです。おそらく私たちの注意を引くのにも十分かもしれない。ミニマリストのデザインの一部にすることができます。
*または•の目的は、保存されていない変更に関するユーザーの注意を引くことです。
一部のエディターがフォローしているのを確認した良い習慣は、「最終保存」または「ファイルの最新」ステータスインジケータを表示することです。スタンドアロンのインジケータとして機能するか、*または•と組み合わせて使用できます。
ファイル名の最後にアスタリスクは役に立たないと思います。最初に貼り付けてみてください。より良いのは色分けです。たとえば、タブを薄い赤で着色したり、灰色にして閉じないようにすることができます。
スター *は問題ありません。しかし、最初の画面の写真では、ファイル名に近すぎるため、ほとんどわかりません。スターがファイル名から離れているとより良いでしょう。そして、Eclipseのように、ファイル名の前にスターを付けることを好みます。これも星をより見やすくします。
あなたができるアイデアは、タブの描画を軽く変更することです。例（Embarcadero Delphi）： 
対 
私はUXの専門家ではありませんが、そのインターフェースを毎日使用しており、SNagが指摘する問題はありません。ほんの少しの提案。
このように変更されたドキュメントを示すプログラムが非常に多く（Fireworks、Dreamweaver、Notepad ++）あるため、ユーザーはそれに慣れ親しんでいるので、そのまま使用する価値があります。
しかし、たとえば、NetBeansは異なる色を使用しており、ユーザーがこれを理解するのはそれほど難しくありません。そのため、他の方法も確かにあります。
別の文字を使用する場合、プログラムの他の場所では一般的に使用されていない文字が最適です。ティルド（~）おそらく署名します。
SublimeTextのタイトルでの•文字の使用は、編集が行われたときに閉じるタブアイコン（x）を円に変更する方法に準拠しています。
ただのアイデア...別のフォント処理を使用できますか？たとえば、色とイタリックのわずかな違いは？つまり、「Saved.txt」と「Edited.txt "」の比較が役立つことを願っています。
興味深いことに、私はEmbarcaderoのRAD Studioがアイコンの上に鉛筆で表す方法が特に好きです。
