发觉已读文章也应该和剪贴放在一起. njump 目前本来是不输出 kind:30023 (长文本内容) 到最新笔记的, RSS Feed 也是. 其实这个 kind:30023 最大的优点是 "参数可替换" 而不是 "长", 因为要发的话, 普通的 kind:1 (笔记) 也能发一样长度的, 不过笔记不能再次修改内容和内容参数, 另外还默认使用 Markdown 也算是优点吧.

也可以魔改一下 njump, 直接获取作者的长文本内容到最新笔记里面, njump 前端会进行渲染, 但是 RSS Feed 的 entry 里会是没有经过渲染的 Markdown, 内容类型也不对, 默认设定为了 HTML, 甚至解析和转换 JSON 的 content 为 HTML 都是用的正则. 但是即使内容类型真的定义为了 text/x-markdown, 也得看阅读器支不支持渲染 Markdown, 毕竟一直以来 RSS/Atom 的 entry 内容类型都很少有 HTML 之外的, 阅读器自然没有充足理由去支持. 况且 Markdown 的渲染也不是很简单的事情, 标准多种多样导致语法混乱, 甚至还是靠缩进确定块间关系, 也应该没有人喜欢开着语法检查写 Markdown 吧?

> https://www.ietf.org/rfc/rfc4287.html#section-4.1.3.1

nostr:nevent1qqsrxxacksjv3ffre6x6nrnrlyxndtt2p39qqdvu02d7mc0gsg67u7cpr3mhxue69uhkummnw3ez6vpj9eukz6mfdphkumn99e3k7mgzypp5l9uexcnlreslznh27cx24r8aemqs5kfv4luz2ryz2ffd2jxp2qcyqqqqqqgt2eq3d

Reply to this note

Please Login to reply.

Discussion

说错了, njump 的 kind:30023 不是前端渲染. 只是 RSS Feed 输出的时候只会用正则做简单的换行符和转义符号替换, 再加上上下文超链接. 不会和网页预览 kind:30023 那样经过 Markdown 解析后渲染成为 HTML, RSS/Atom 由于本来没有设计长文本内容输出, 也就缺少了这一步. 或许可以让 kind:30023 和网页预览一样共用这个步骤?