我没想到这一点。谢谢你的提示！
6 个赞
我注意到在新书签功能方面有几处不太自然的地方：
在 /u/name/notifications 视图中，书签虽然已显示，但过滤选项中并未包含它们（当前过滤选项仅包括回复、点赞、提及和编辑）。
在 /u/name/activity/bookmarks 视图中，目前仅显示了未来提醒的日期。如果能同时显示过去的日期会更好（这样用户就知道提醒被触发已有多久），但需要在视觉上加以区分。此外，在该视图中最好能支持过滤，让用户选择仅查看未来或仅查看过去日期的书签。
3 个赞
这应该不难实现，因为我们已经有 reminder_last_sent_at 这一列了。
感谢反馈；我们也计划让书签提醒通知像未读私信通知一样固定在该页面的顶部。
6 个赞
大家好，
是否有计划添加与其他用户共享书签的功能？我们想将其用于我们的员工。
2 个赞
我希望增加重复书签功能（例如：每小时提醒、每天提醒、每周提醒、每月提醒、每年提醒、自定义时间间隔等）。
4 个赞
我有一个使用场景。我使用站内信来追踪我在这个网站上的每日活动。我每天都会把这条站内信加入书签，提醒自己添加更新。但有时我会忘记为第二天设置书签。如果能实现重复书签功能，这个问题就能解决。不过，我不确定这种使用场景是否普遍。
7 个赞
我也有类似的用例（圣诞倒计时及各类倒计时）。如果能实现，我的生活将方便许多。我内心非常希望这项功能能在不久的将来被加入。
2 个赞
我有一个用例，需要每周创建一个新的周期性主题，因此我也希望能受益于周期性书签提醒功能。
4 个赞
不太明白您的意思，能否再详细说明一下？您是指为其他员工设置书签提醒吗？
我们也在考虑设置周期性提醒，但目前还不确定进展如何。我们会在内部进一步讨论。
4 个赞
我们的使用场景：我们的论坛工作人员在日常使用论坛和参与讨论时，会为有趣且出色的内容创建书签。他们会为作者团队添加简短描述或关键词。
目标是将这些保存的书签分享给博客作者，以便他们利用书签中的内容来创建新帖子或更新现有博客文章。
2 个赞
书签功能非常实用，对某些社区来说更是必不可少。
有一个小建议：能否在弹出“创建书签”对话框后，让键盘焦点（至少在桌面端）自动定位到“此书签的用途”输入框？
5 个赞
我使用书签主要有两个目的：提醒自己处理某些话题，以及快速访问我经常使用的话题。
我非常希望能按“带有提醒”和“不带提醒”的书签来过滤列表。否则，这个列表往往过于杂乱，让我难以轻松浏览需要提醒的话题。
8 个赞
听起来是个合理的改进，@martin 你可以处理一下。
5 个赞
当然，我们已经有意识地针对移动端进行了模糊处理，因此为桌面端做反向调整将轻而易举。
我仍希望对列表进行几项改进；这一功能与固定某些书签的功能结合使用会非常好。
8 个赞
啊哈……好的……那就不需要改动了。
5 个赞
已合并修复，以便在将鼠标悬停在快速访问书签菜单上时显示书签名称。
8 个赞
我发现了一个小漏洞，可能与分拆主题有关。如果你为某个帖子添加书签，而该帖子随后被分拆到一个新主题中，书签就会陷入一种奇怪的不明状态（注意：视频开头显示最后一帖已被添加书签）：
5 个赞
啊，有意思，我想在这种情况下，书签具有相同的帖子 ID，但话题 ID 不同。这应该很容易修复，我今天会处理这个问题：slight_smile:
编辑：我已经合并了一个修复方案，其中包含一项数据迁移以进行清理 FIX: Bookmark topics were not being updated when the post moved by martin-brennan · Pull Request #12542 · discourse/discourse · GitHub
6 个赞
嗯，迁移过程会不会有问题？我将 Discourse 从 2.5.0 迁移到了新服务器的 2.7.0.beta5 版本。现在帖子无法正常工作，出现 500 服务器错误。同时，也无法创建新话题和书签。
我检查了日志，看到了以下错误：
Completed 500 Internal Server Error in 106ms (ActiveRecord: 0.0ms | Allocations: 38255)
ActiveRecord::StatementInvalid (PG::UndefinedColumn: ERROR: column bookmarks.auto_delete_preference does not exist
1 个赞