||||
-|-|
| 摘要 | 与其他员工分享关于用户的私人笔记，普通用户无法查看这些笔记。
| 安装指南 | 该插件已捆绑在 Discourse 核心中。无需单独安装此插件。
您可以通过切换开关或从其设置中启用用户笔记插件，两者均可从您的 /admin/plugins 页面访问：
有时，员工希望分享关于特定用户的笔记，以帮助进行审核或支持工作。
您可以通过使用其帖子上的管理员扳手或从其个人资料页面，向任何用户添加用户笔记：
该界面以模态窗口显示，您可以根据需要添加任意数量的笔记，并支持 Markdown 语法：
用户无法看到这些笔记，只有员工可见。
如果用户有用户笔记，每当他们发帖时，您都会看到一个小笔记图标。点击它将会显示笔记：
| 名称 | 描述 |
|---|---|
| user notes enabled | 允许员工用户向用户附加笔记 |
| user notes moderators delete | 允许版主删除用户笔记 |
由我们托管？ 该插件在我们的商业和企业计划中可用 User Notes | Discourse - Civilized Discussion
帖子已拆分为新主题：使类别版主可以访问用户注释
很棒的插件！用于向主题添加注释的 API 参数/端点是什么？
你看到这个话题了吗？Reverse engineer the Discourse API
顺便说一句，用户笔记是与帖子关联的，而不是与话题关联的。
在重新构建 Discourse 时，我遇到了以下错误：
rake aborted!
ArgumentError: 无效的路由名称，已被使用：“discourse_user_notes”（ArgumentError）
您可能使用 `:as` 选项定义了两个同名的路由，或者您可能正在覆盖由同名资源已定义的路由。对于后者，您可以按照此处所述限制 `resources` 创建的路由：
https://guides.rubyonrails.org/routing.html#restricting-the-routes-created
raise ArgumentError, “无效的路由名称，已被使用：'#{name}' \n” \
我了解到 discourse_user_notes 现在已包含在核心中。这个过程是否出了什么问题？
此插件现已作为 Bundling more popular plugins with Discourse core 的一部分，与 Discourse 核心捆绑在一起。如果您是自托管用户并使用了此插件，则需要在下次升级前将其从 app.yml 中删除。
@Roi 很抱歉您今天有糟糕的体验。一旦您从 app.yml 中删除此插件，您会发现问题会消失，并且您将能够重建。
谢谢，别担心。不幸的是，它已经被从我的 app.yml 中删除了，但错误仍然存在。
PS：用 # 注释掉并不能阻止编译期间的通知。我不得不完全删除配置文件中的行。
我遇到了同样的错误，在重建我的网站后它回来了。你能再试一次吗？
我上次尝试是在你在这里发帖前 5 分钟。
也许是个傻问题，但你的 app.yml 中有 discourse-staff-notes 吗？据我回忆，我的配置是这样的。这是该插件的旧名称。
哦，是的，那在配置里。哈哈 
，一样但旧的？一定是线索！明天一早试试。谢谢，我会及时向您汇报。
这会让 staff-notes 在重建失败时显示更有用的消息。感谢 @roi @tobiaseigen 找出这个问题 
一个帖子被拆分为新主题：为用户笔记添加组访问设置
您是否接受此插件的功能请求或建议？
我有两个 
第一个是更新显示在用户名旁边的图标：
它的设计和风格非常过时，与 ultra modern Discourse 的外观或感觉不符，也许可以使用更现代的图标？ 
第二个请求是当向用户添加备注时通知工作人员/管理员用户组。
这甚至可以是控制面板中一个可选的选项，因为它可能不适合每个人的用例。
感谢您提供的出色插件！
该插件使用表情符号而不是 Font Awesome 图标，因此它会根据您选择的表情符号集而显示不同。
根据表情符号包配置显示不同，这一点也有些令人困惑。我们习惯于在所有论坛中看到类似的东西看起来都一样。此外，图标会适应配色方案，而表情符号无法做到这一点。我也赞成进行更改，也许改为 user-pen。
[单独发帖，以防有人想将这两个功能请求分成自己的主题]
我认为这已经可以通过自动化和数据浏览器插件来实现。脚本可以发送私人消息（但这可能会非常烦人），或者它可以发布在一个主题中，然后你根据需要设置跟踪状态（监视/跟踪）来接收通知。
为了支持这一点，需要更改的是这个，让它首先使用 Font Awesome 吗？