这个应该跟我的预期差挺远的，感觉它是使用 edge 的免费语音服务？

我感觉更稳定的还是直接通过 key 调用 azure 的语音服务，然后让文本支持 ssml 语法，可以给不同的文本块/对话加上语音。

谢了，我去试试哈~

尝试了一下，貌似是不支持 docker 版本的？没有对应的朗读条目。

嗯。最近用了一下 azure 的语音服务，使用还是挺方便的。

更进阶的感觉可以让思源的笔记文本支持 ssml 语法，

这样的话感觉是可以成为一个杀手级的写作应用，

可以让创作者边创作边听听自己都写了啥。

我也有需要这个需求，但是你得理解思源笔记开发者就俩。。。

基本不要有太多的期望，自己自适应一下比较好。😂

这个不错，这种提示应该设计成需要手动关闭，并且有故障路径，可以方便点击进去查看。

如果是不重要的一些东西，丢失了也就算了。

不如买个十几块钱的电子书翻页器。。。

体积小巧，平时还能翻页看书。。。

我感觉这样不好，

一来这种方式不是 markdown 的规范，

二来会跟现有的一些插件模式冲突（而我觉得代码块这片区域最好留给插件使用）。

感觉你这种需求的话，最好使用下面的范式，即使用 markdown 的「标题」，然后在段落中插入代码，就像

代码块标题

a = "foo bar"

而不是把本该由 markdown 提供结构化的能力，加到代码块上。

很难讲什么到底是有害的，

就比如按照现代化消毒过的牛奶，冷链运输的肉类，育种筛选过的蔬菜，

都是远远优于古代、远古代人的。

人很容易忽略掉房间里真正的大象，却对自己相信的东西（很多时候可能是偏见）无限放大。

我也遇到过，好像是更新不及时。我一般手动折叠再展开一下文件树就正常了。

建议思源笔记在用户进行版本升级的时候，自动完成一些需要的操作

我也遇到过这种困难，并且看到过不少其他人也有这类索引的问题引起的奇怪问题。

要求在「软件升级」之后软件本身「自动进行一次索引重建」是很合理的，

目前看起来比较好的实践是，用户在升级之后就是要自己手动执行一次才能避免这类异常。

嗯，这样是挺合理的。弄一个 s3 存储又要注册又要充值，还要实名啥的，对于大多数人来说太麻烦了。花点钱能解决挺好的。

思源笔记也可以合理提供一个扩容的方案，可以按容量收点费也不错。

订阅会员的存储是用的云服务器自己的 SSD 的么？

照理说存储层使用对象存储，成本应该不会太高。这种流量费和存储费应该都能低很多。

投票结果里的应该是大部分有看置顶帖需求人的反应，

我估计很多也是像我一样，主要是看看有没有更新的（尤其是 docker 用户）。

看到没有更新，再顺便看看其他帖子的。

我个人认为这些「沉默」的声音也是支撑一个论坛的力量，管理论坛的人在做出一些改变之前也可以以投票的方式征求一下大多数人的意见。

毕竟点点选项比发个帖子进行表达更加方便，人们应该也更有意愿表达自己，即使「无所谓」，「不关心」也是能是一种选择。

其实可以以投票的方式统计所有人的意愿，

个人的感觉其实很多都是不准的。

我会看的。。。我觉得哪些回帖，如同更新内容一样，都是可以作为更新依据的。

你得理解，论坛本身就是个新人老人不断变换地方，所有人的需求也都是千奇百怪的。

有些人就是来找更新和询问、报告 Bug 的，并不一定都是抱着学习、交流的目的出现的。

而「思源笔记」这个软件才是联结这些所有人的核心，我觉得置顶一下「思源笔记」的最近动态显然是有意义的，

甚至我至今不理解，为什么一个专门发布提醒用的置顶贴为什么不让回复。

让人有一定程度的「灌水」本身也是保持论坛活跃度的一个途径，更不用说在一个版本下面的回复，

无论是问题也好，还是一些解决方法，对于正在这个版本下遇到困难的其他人都是更加具体，更加有意义的。

反正对于我的体验，没有了置顶通知那个机制之后，我很少来滴链看了。

我也是，特别是我这种只用 docker 版的，没了置顶的更新确实很不方便。

每次都是看到有些人上报最新版本的 bug 才发现有更新了，还得找到对应的 github release 页面看看更新，修改了啥。

我如果不是带着一个目的，比如「查看更新情况」，我为什么需要刷这个论坛呢？

我觉得可能是跨了一个版本导致的。

因为我之前也会按部就班地更新，但是 v3.1.1 的时候因为 emoji 缺失了只能回滚。

于是从 v3.1.0 到 v3.1.2 就出现了一些块信息缺失的报错。

也可能是其他原因。

Bug 倒是其次，我觉得「修改」和「新特性」是更重要的。

做了哪些修改，添加了哪些新特性直接影响到升级的选择。

老用户不一定在意，新用户在意啊。

我作为一个萌新，就是把论坛当作是最直接的了解渠道的。😂

也就是说后来是有进行重建的？

我是升级完版本，打开笔记看到很多块失效了，以为出什么问题了。

但是在右下角状态那里没有看到笔记正在做的活动，并且过了一会儿还是这样，

用旧版本打开一个备份，确认数据是在的，于是尝试在新版本中重建。完了就正常了。

你如果是经由公共信道，http 的方式访问你的思源笔记，肯定不是安全的。

你既然有这方面的顾虑，你就应该使用 VPN 的方式访问你的资源，

最简单的方式是使用 tailscale/zerotier 这类现成的工具来访问你的笔记，

最次也应该套一层 https 代理，防止内容被中间人（比如运营商）监控（审查）、修改（插广告）。

不过这种方式其实不好，因为配置和维护一个证书需要耗费心力和金钱，并且公网访问的方式天然对应用本身的安全性、稳定性是会带来考验的。并且如果是用的公有云可能还会有实名之类的麻烦。

确实不好用。。。

但是我觉得这种是一种很普遍的现象，任意其他软件也有这种问题，比如操作系统的文件浏览器之类的。

当文件一多，一乱，用起来就挺麻烦的。

因此我都是靠搜索和链接来组织文件的，在操作系统上也都是用类似 Alfred\everything 之类的工具查找文件的。

总之就是，远离文档数，让生活简单点。

这个世界的参差啊。。。

我倒是希望目录树提供功能，有些目录「永远不展开」，比如新建一个文件的时候就别展开目录了。😂

因为我基本上依赖的是双链和搜索，子文档有一两百个，每次新建就能打开一个很长的树，得手动关闭一下。

可以确定只有这类被意外删除了么？最好也可以支持搜索，我记得之前好像是可以搜索的，比如输入 o，可以搜到 O 这个 emoji，但是我回滚回去 v3.0.17 了，试了一下好像又是不能搜索的。

好奇怪，明明回滚了，但是总感觉跟以前不一样的。

原来有 3.1.1 了，这般 emoji 恢复了么？有 A-Z 的英文字母了没？

我去，是火狐的坑。火狐浏览器上这个列表长度一长是没有侧栏的滑动条的，导致我一直以为新建失败了。

没问题了，我建的一堆新的需要滑下去找。

chrome 中是正常的...

阿里云的 oss 还有大小的么？

我一直以为是无限大的，只要你付得起存储的钱。它是按照存储容量和流量两个方面收费的，你存得越多它越开心。

顶一顶，这个问题会导致一些人没法更新上去了。。。

我回退回去 v3.0.17 了。