{editor_username} {file_extension} {site_name} {category_name}などの電子メールトークン主題だけでなく、体でも

こんにちは、

確かに素晴らしい追加のように聞こえますが、このタグでより具体的になることができますか：
- {editor_username}、{username}
- および{category_name}と{category}の違いとの違い

？

こんにちはトリスタン、

混乱してすみません。

私が理解しているように、{username}は、メールを送信している人の名前です（つまり、ファイルが追加されたときに通知される人のリストに載っています）。 {editor_username}は、リポジトリを編集（追加、編集、または削除）した人のユーザー名になりたいと思います（つまり、通知をトリガーした人、それを受け取った人ではなく）。

したがって、「メアリー」がファイルを編集し、「ラリー」に通知されることになっている場合、「{username}」は「larry」と「{editor_username}」が「メアリー」になります。

おそらく、「{subscriber_username}」を「{username}」の同義語として作成し、ドキュメントで「{username}」{username}」をフェーズアウトするでしょう。これは、2つを区別するのに役立ちます。通知には多くのサブスクライバーがあります - それぞれが電子メールに{subscriber_username}を持っています。リポジトリを編集したユーザーは1人だけです - {editor_username}。

また、「ユーザー名」は、おそらくユーザーの実際のWordPress「ユーザー名」を表す必要があります（例：「Ldaniele」。 「display_name」は、私たちが挨拶で使用している名前のより正確です（例：「Larry Daniele」.

そして、あなたは正しいです、「{category_name}」は「{category}」と同じです。 「{category_url}」を追加すると、2つをより良く区別することが重要です。

基本的に、これらの種類のトークンにとって最も持続可能なソリューションは、オブジェクト指向プログラミングの典型的なオブジェクトに1対1をマッピングすることだと思います。したがって、たとえば、このようなことをPHPまたはC ++で書く場合：

• category.name
  
category.url
category.id
user.display_name
user.username
ユーザーID
等

次のような対応するトークンがあるかもしれません。

• category_name
  
category_url
category_id
user_display_name
user_username
ユーザーID
等

これにより、名前がどうあるべきかがより明確になります（多くの場合、WordPressオブジェクトはすでに明確に定義されているため）。また、属性を追加する場合にセットを拡張する方法が明確になります。

こんにちは、

わかりました！おかげで、使いやすいものを見つけてロードマップに追加しようとします。

乾杯、