ユーザーを「私」と呼ぶのは、あなたの興味深い使い方ですね。ただ言っておきます。
Web上には、サービス内でコンテンツを作成する際に3種類の異なるエディターがあります。
- WordPress、DrupalなどのCMSスタイル。たくさんのボタンがあります（まあ、WordPressはエディターを壊すために全力を尽くしていますが、それはまた別の話です）。
- Facebook、TwitterなどのミニマリストなSoMe。ボタンがないか、ほんのわずかです。
- 主に静的サイトジェネレーターなど、そしてDiscourseのような古い開発者向けの世界。
最初のグループは、Webよりも前にオフィスパッケージが教えてくれたのと同じロジックを使おうとしています。ヘルプボタンは実際にはありません。なぜなら、誰もがボタンが何をするかを知っているはずだからです。ショートカットも同様です。ユーザーが知らない場合、その情報を自分で見つけなければなりません。
ソーシャルメディアは、平均的な人がそれらのボタンを使わないので必要としないことを理解しています。モバイルにはスペースがありません。ヘルプボタンも必要ないのでありません。
開発者ベースのものは、それを表示せずにマークする方法を知っており、たくさんのコードを覚えており、キーボードから手を離したくない人々にサービスを提供しています。ヘルプボタンはありません。なぜなら、誰もがドキュメントを読んで、例えばテーブルの作成方法を記憶しなければならないからです。
しかし、ユーザーは様々です。私のフォーラムでは、普通の人が普通のことを話しており、彼らはほとんど技術スキルが低いです。ここで#devやGitHubでは全く異なるニーズがあり、誰もが高いスキルを持っていると仮定されています。さらに、作成されるコンテンツも全く異なります。私は、執筆自体が注目されているサイトのメンバーです。そこでは、再び、全く異なるニーズがあります。
UXの質問は、ツールボックスの中のヘルプボタンではありません。誰もそれを使用しません。なぜなら、作成して使用することが不可能だからです。GitHubスタイルのリンクでさえ多すぎます。それはめったに使用されず、誰もがドキュメントやマニュアルがあることを知っている、完全に無関係なコンポーネントです。
真のUX/UIソリューションは、以下の機能を提供することです。
- 管理者がユーザーのデフォルトを作成できる
- ユーザーがデフォルトを変更できる
そして、ユーザーの大多数が実際に必要としている、そして現在欠けているのは、そのツールバーを隠す方法です。それは、編集できる能力よりも重要です。
エディターの問題は、ここではほとんどFAQのようなトピックであり、ヘルプボタンはその一部にすぎません。そして、再び率直に言いましょう。Danには彼の計画があり、ヘルプボタンはその兆候にすぎず、目標ではありません。Danは実際には、あることをする方法を知らず、それを見つけられなかったと言おうとしているのだと思います。それはDiscourseプラットフォーム自体ではなく、そのサイトの問題であるべきです。