[Feature Request] 生成timeline时使用UpdateTime而不是CreateTime,feed部分也可以加一个这样的选项。 #5076
Paper-Dragon
started this conversation in
Ideas
Replies: 2 comments 1 reply
|
通常情况下,一个专业的技术文档会分为 Documentation 和 Blog /Announcment 两个部分, E.g.:
后者应该可以发布为 feed ,动态更新的前者永远不应该这么做,换言之,除非你的博客本身就是日记(或者微信公众号)形式的定期发不在改的形式,你本来就应该使用 filter 去过滤那些真正的“分享”。 所以 feed 是一个伪命题。 至于时间线更新,你要的不是时间线按更新时间排序(相信我你不会想把只该了一个错字的文章置顶,而且你的用户绝大部分时间也看不出来你改了什么因为大多数修改都不是严重的重写)。你只是偶尔想把一些之前写完后改的文章顶上去。我认为,你应该手动去管理你觉得需要明确标记为更新的文章,这也是提供置顶功能的一个重要的动机部分。 综上,尽管看上去像一个有一定道理的功能需求,但我认为本质上还是伪的。 欢迎你进行更多的讨论,但在说服我之前,我不认为它是一个正经的需求,只会让时间概念更加复杂化。 如果有必要,你甚至可以手动刷新写作日期。 |
0 replies
|
我这边的应用场景:我的整体文档中有多种技术领域,某个技术领域因为使用频率和模块侧重点,只会常用某些特定模块,为了知识库管理方便和浓缩技术范围、明确技术侧重点,只需要一篇文档进行记录,其他部分我将不会学习和记录。当这种技术的某个常用模块发生更新,我将更新文章的部分内容。 我更新这篇文档之后,除了文档最后的
感谢回复。 |
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Checklist
Describe the feature
生成timeline时可以选择使用UpdateTime而不是CreateTime,feed部分也可以加一个这样的选项。
为了兼容知识库更新,并不是发布一次就不会再更新这样的场景;这样时间线上面也能体现出来;
Additional context
No response
All reactions