手の反復性疲労損傷のため、フォーラムの操作には音声を使用しています。具体的には、コンピューターにキーの押下を指示し、キーボードショートカットを活用しています。
頻繁に誤って c キーを押してしまい、新規トピックの作成ボックスが開いてしまいます。他のキーの入力中にこれが起こると、トピックタイトルの入力フィールドに即座に1〜2文字が入力されてしまいます。たとえその文字を削除しても、Escape キーを押しても下書きは削除されず、空の下書きが残ってしまいます（文字を入力していなければ、下書きは正常に削除されます）。
音声で下書きを削除するのは非常に難しいため、やむを得ずマウスを使用していますが、これは理想的ではありません。トピック作成ボタンにタブ移動して「キャンセル」に到達する必要があり、誤ってクリックしてしまうリスクを避けたいのです。
なお、c キーを押すための音声コマンドと、フォーラムのナビゲーションで頻繁に使用する k キーのコマンドは、非常に似ています。
もちろん、@riking さん。これに対処するために何ができるでしょうか？
これは、作曲後に非常に短い内容しか書かずにキャンセルした場合の挙動について議論されている、最近の他のトピックに関連していると思います。
また、2017 年の以下のトピックでは、「本文がなくてもタイトルはドラフトとして保存される」という挙動が実際に追加されました。
つまり、ここでは矛盾する要望が存在しており、作曲されたコンテンツが以下の判断基準として十分に意味のあるものかどうかを決定する方法が必要です。
@tshenry は当初、min topic title length（トピックタイトルの最小文字数）が参照されていると考えていましたが、実際にはそうではありません。時にはタグの選択に多くの労力を費やすこともあります。現時点では、一貫性があり理解しやすい挙動についての提案を持っていません。
@sam、あの他のトピックでの進捗はいかがでしょうか？
まずは、「ドラフトを保存／最小化」と「保存せず／終了」の 2 種類の挙動のみを許可するのが適切でしょう。ただし、「ドラフトを保存／終了」のケースを認める必要がある場合（おそらくダイアログボックスを通じてのみ）は別です。
ああ、アリスさん、少し混乱していましたね。最小限の文字数が入力されない限り、下書きを保存しないことを保証する、かなり詳細なチェックを我々は行っているからです。
どうやら、この問題の下書きそのものというよりは、コンポーザーを最小化するロジックに関するものでした。コンポーザーはタイトルが変更されたと「誤解」していましたが、実際には変更されていませんでした。
ここで修正しました：
最新バージョンにアップデートして、動作を確認してください。メタサイトには約30分以内に反映されるはずです。
フロントページでは現在機能していますが、このトピックのようにトピック内では機能していないようです。「c escape」を押しても、下部のコンポーザーがそのまま残ります。
おかしいな、それが本番用バンドルにだけ現れたなんて…やばいですね
この修正を行いました：FIX: default to blank title on open · discourse/discourse@b180e6e · GitHub
結果を教えてくださいね。約30分ほどでmetaに反映されるはずです。
はい、それでうまくいっているようです。ありがとうございます！