skyue
skyue
@qwqcode 个人很期待Artalk能作为一个类Memos的微博使用，长期发展路线上可以考虑一下。 两者并不冲突，就像早期微博、Facebook也提供评论组件允许站外嵌入一样。
刚刚升级到0.11.1，发现这个问题没修复？ 这不是普通bug，属于功能无法使用的bug，期待官方早点修复下。
@hyoban 我目前用的两个inoreader和本地的NetNewsWire，都是markdown原始文本输出。如下图： 从现在的rss输出内容看，`description`字段并未指定格式，如果指定格式`markdown`，不知道阅读器会不会额外处理。（也不太了解，xml标准是否支持指定文本类型） 总的来讲，这是nice to have的功能，优先级不高，没想好要不要在服务端引入markdown渲染的话，不增加为好。
这个功能还有机会么？
will this feature continue? haha~
rss不是html输出，也很影响阅读体验。
> I think the original filename should be retained by default. 很期待这个功能，都找到commits里来了，说下我的观点吧： 一、区别和现状 把时间信息放在path中和放在filename中，在日常使用没有区别，但在备份云存储图片时，path下载到本地就是一堆的文件夹，为了严格保证图片不被覆盖，就意味着一个文件夹（多层级更麻烦）一个图片，非常不方便。 chrome插件bber支持文件名追加时间戳，涉及到图片的memos，我暂时都改用chrome插件发布，暂时也算不影响使用。 但始终希望官方主程序中能支持这个能力。 二、用法建议 现在的Path配置中有{filename}和{filetype}两个模板变量，所以我以为是配置完整的Path+file，便设置为`{year}{month}{day}-{hour}{minute}{second}-{filename}.{filetype}`，没想到是直接生成了一个`20230315-112312-image.png/`的目录，然后又接`{filename}.{filetype}`。 觉得没有必要，都已经把{filename}和{filetype}做成模板变量了，就让用户自己定义完整的path+file路径好了。 想保留文件名不变的，用路径区分可以`{year}{month}{day}-{hour}{minute}{second}/{filename}.{filetype}` 不用路径，想以文件名区分的可以`image-{year}{month}{day}-{hour}{minute}{second}.{filetype}`
@boojack 哦哦，我使用了ios版Moe Memos发布的。其它没有什么特别的了。不确定是不是客户端问题。
我用捷径间接做这个事。
provide a example: https://docs.microblog.pub/