mreach
(M. Reacher)
1
ユーザーへの質問への回答や指示の提供を、時折行う必要に迫られています。ユーザー名を含む絶対パス（例：https://domain.tld/u/YOUR_USERNAME/preferences/account）でユーザー設定へ誘導する方法は、毎回個別の指示を出さなければならず、スクリーンショットを送ってクリック手順を説明しない限り一般的なFAQを作成できないため、負担になっています。
もし、ユーザーが https://domain.tld/preferences/account や https://domain.tld/account/preferences のようにアクセスできたら、はるかに簡単になるでしょう。
現在、ユーザーに設定画面へのアクセス方法を説明する場合は、以下のように伝える必要があります。
- 右上の3本の横線（ハンバーガーアイコンなどと呼ぶユーザーはほとんどいません）の隣にあるユーザーアイコンへ移動します。
- その右上メニュー（ポップダウン）の左上に表示されている自分のユーザー名をクリックします。
- 左側に歯車アイコンがあり、「Preferences（設定）」と書かれた、下から2番目の項目をクリックします。
管理側にとってもユーザーにとっても、すべてのユーザーに共通して設定画面へ誘導できる簡素化されたURLパスがあれば、はるかに容易になることは明らかだと考えます。
仮に /u が含まれていても構いません。ただ、使いやすさの向上のために、よりシンプルなURLパスを全員に提供すべきだと確信しています。
「いいね！」 4
これは既に存在します。以下のように /my/ を使用してください。
https://example.com/my/preferences/account
「いいね！」 14
mreach
(M. Reacher)
3
まあ、これは素晴らしい情報ですね。これがデフォルトになっていたり、もっと分かりやすかったらよかったのに！ありがとう！
「いいね！」 3
mreach
(M. Reacher)
4
@codinghorror さん、こんにちは。ユーザーに対して /my/ ルートエイリアスをしばらく使用してきた結果、システム全体で必要に応じてデフォルトで /u/Username/ の代わりに /my/ をほぼすべての用途に使用できる機能を実装すべきだと確信しました（例：/my/profile は /u/Username よりも理にかなっています）。ユーザーは自分のユーザー名をコピー＆ペーストして他者を支援していますが、明示的に知らされるまで /my/ が機能していることに気づく人は誰もいません。
現在、これを設定することは可能でしょうか？
「いいね！」 1
すでにそのように動作していますので、何を求めているのかよくわかりません。
https://meta.discourse.org/my/activity
https://meta.discourse.org/my/notifications
https://meta.discourse.org/my/messages
https://meta.discourse.org/my/preferences/categories
基本的に、ユーザーページ上のすべてのリンクにおいて、URL内の
u/{username}
を
my
に置き換えてください。
「いいね！」 5