Discourse 是否支持非员工用户在帖子中添加个人笔记,并且只有撰写笔记的人才能看到?
我想到的用例是食谱系统,用户在使用食谱后想记下他们做了什么以及效果如何,但这些笔记不希望别人看到。
Discourse 是否支持非员工用户在帖子中添加个人笔记,并且只有撰写笔记的人才能看到?
我想到的用例是食谱系统,用户在使用食谱后想记下他们做了什么以及效果如何,但这些笔记不希望别人看到。
私信(pm)对此不起作用吗?来自用户帖子的私信会引用该帖子。
我将私信用作一种记事本,尤其是在我想引用帖子时。
是的,说得有道理!我有时也会用书签功能来做这件事,特别是当需要某种时效性的时候。
书签似乎不允许在书签说明中进行太多格式设置。一旦按下回车键(即开始新段落),书签就会被创建。
至于私信,我没有看到将私信附加到特定帖子的直接方法。
这看起来是个绝妙的主意,如果我是你,我会写一个插件来支持它……
这是我考虑要做的事情,一旦我积累了足够的 Discourse 插件开发经验,知道该怎么做。
您可以使用草稿和/或提议公开此插件:
草稿非常不可靠,因为每个主题可能只有一个草稿。如果有人开始撰写此类主题的帖子,它会覆盖草稿而不会发出警告。
起初我误解了你的 OP,以为笔记是要在做笔记的人和帖子创建者之间共享,或者只是用来标记位置。我明白你只是想要一个便签功能,让用户可以对帖子做个人笔记,就像一个没有时间功能的扩展文本书签。正如 @Lhc_fl 所说,这是一个好主意,在某些情况下会很有用。
我还没有使用过staff notes,但我应该看看staff notes的代码,看看是否可以现实地扩展它以用于给自己添加便签。每次深入研究代码,我都会学到一点东西,事情似乎也不那么晦涩难懂了。
我喜欢用户备注功能,我的管理员们也很喜欢。我们经常使用它。
我认为一个名为“用户置顶备注”之类的插件会很有用。![]()
从用户笔记的实现方式来看,似乎很难修改它以支持个人便签。 (笔记文本存储在 plugin_store_notes 表的 JSON 数组中,因此不清楚它是否可以包含任何格式。内部广告也存储在该表中,但它们使用 HTML 格式。)
此外,用户笔记似乎没有编辑方法。我猜可以删除并重新发布,尽管这会更改时间戳。
对我来说,我会建议创建一个有三个键的表:
id、post_id、user_id(对应一个用户只能记录一个帖子),
然后根据你的想法,你可以直接在此表中记录数据,或者将用户的笔记作为特殊帖子发布(这样即使你禁用了插件,原始笔记仍然可以保留)。
或者,也许可以使用自定义字段(Topic 支持该字段)。
我的第一个想法是,便签应该指向一个特定的帖子,类似于回复,而不仅仅是主题。在一个冗长的讨论中,我可以看到用户希望将便签附加到主题中的多个帖子。
使用 sticky_post 表有其优点,但可能需要在多个地方排除 sticky_post 的显示或处理,而不仅仅是显示主题,例如在发送电子邮件时,并且有必要搜索 sticky_post 表中的每个帖子,以查看它是否是该用户的便签,从而与不同用户创建的便签进行不同的处理。
一个单独的 post_type 会有优点,但这可能需要成为 discourse 核心的一部分,而且这种方法可能还有其他我目前不知道的问题。
还有 post custom fields,这可能比 topic custom fields 更好,尽管它可能存在许多与 sticky_notes 表相同的问题和限制,就像将该信息放入 plugin_store_notes 表一样。
一种组合方法,其中有一个 topic custom fields 条目表明该主题中有便签,这可能具有潜力。如果没有,那么就不需要搜索 post custom fields 表来查找便签指示符。
另一种可能需要包含在核心中的方案是在 posts 表中设置一个 ‘sticky_note’ 标志。
我正在自托管并为教育目的建立一个社区,在这里我遇到了一些用户解释他们如何使用 Discourse 作为个人笔记本的话题。但是,这显然有其局限性,所以我有了这个想法……
也许可以实现一个功能,让每个用户拥有自己的个人/私有 Markdown 笔记本?以下是我对这个提议的功能如何运作的一些总体想法。
让我知道你们的想法!也许我们可以进一步细化一些东西,并开发一个更完善的想法!
理想情况下,我希望能够将 Discourse 中创建的笔记与我的本地 Markdown 笔记同步。一个基本实现是在 Discourse 上有一个“下载笔记”按钮,该按钮可以从笔记主题的 raw 内容生成 .md 文件。标题可以设置为 \u003cnote topic title\u003e.md。
这是一个很好的观点,肯定会增加此功能的实用性
。还希望用户能够在群组中拥有共享笔记。这将实现小组项目、团队文档等。