我希望将无序列表中的代码块单独剪切出来,请问开发者有没有更快的方法?

好的,确实只要注意一下就行了

抱歉我没有学习过 markdown 语法,总之 输入 ```+ 回车将一段文本嵌入代码块真的很方便,即使之后要移动鼠标选择代码块的语言

我展示的动图 文本也是代码吧,似乎并没有正确被嵌入代码块

总之有"文本"被吞掉,且是无意的情况

如果在编辑时不注意的话,就会发生一段时间后查内容发现内容部分缺少的情况,并且时间长的话可能无法恢复

可以将不是高亮的语言 在代码块创建时 往下移动而不是覆盖

直接父文档打开 + 子文档列表展开

不考虑平板没有 Ctrl 键吗?

一个版本一个版本的升级,反正我是这么解决的(也是没有笔记)

作为超链接 人的正常的逻辑思维大多是点击就想直接查看文件"内容"吧,而不是文件在本地路径存在"本身",

如果不准备改动右键的话 还是单击直接浏览文件内容,Ctrl+ 单击打开文件管理器文件本身比较好(有个问题,在文件管理器已经打开的情况下,打开的文件所在路径文件,并管理器页不直接置顶,需要点击菜单栏)

你好,我在平板,没有外接设备的情况下 用 Ctrl 很麻烦的呀, 建议整合进右键菜单,现在的右键菜单功能太单一了

工作繁忙,不跟你扯了,这无意义,就算是我"一叶障目"吧,

至于思源,看之后的版本吧.

我们是用户不是开发者 OK? 是体验使用和消费者.

不方便这一点就足够说明问题了,

我们只需要反馈,和等待最终的结果,来决定是否继续支持这款笔记软件

至于我说的"无法实现",你非要将问题隐隐提上到技术层面来讲,那么还真是有非常多方法可以"实现"的

但是有必要吗? 作为用户我只需要"使用"和消费,难道我需要自己写个工具吗?

至于提出需求, 我们是可以提出需求,但最终实现是未知的,可能并不是自己想要的,也可能被忽略,这都是有可能的

不觉得文件 ID 化有什么好处和"文件重名"有什么优势和值得的需求

要说好处的话也只是对于开发者而言的吧,但对于用户体验来讲确实被大砍了一刀.

正如上方反馈,面对全是 Id 数字的文件确实让很多"深度使用"需求的场景变得非常不方便,甚至变得无法实现.

这等于思源将自己"长处"主动变成了短处.

当然作为开发者可以无视这些反馈,因为些意见都是思源问题的存在.

对于普通用户来讲一款笔记软件的消费粘性其实对他们没有那么大,面对"如雨春笋"的笔记软件的出现他们有很多的选择,

但对于"深度用户"来讲为了实现"特殊"需求的使用场景,他们往往不惜进行消费,而这些用户群体才是思源应该把握住的,这样用户群体也是思源能够继续走下去的动力.

所以将文件 ID 化我觉得开发者应该要更加的慎重考虑了,毕竟一款笔记的成功不应该只看功能自身,而是看和其他平台的"互动兼容性"强不强,

毕竟没有什么笔记软件是完美的存在,和其他软件的互动性可以保证自身的缺陷,在一定程度上得到弥补,或者干脆将第三方变成自身通往成功的"轮子".

什么时候发布 1,26? 可以先发布 1.25 的此问题修复版本吗?,因为升级 1.25 后,导致我近 1700 篇笔记标题逻辑结构混乱

😄 谢谢,我成功了

而我的需求就是这些被"特意"放入 asset 文件夹下的"未被引用资源"不被计入清理或者叫"待被引用资源"不被计入清理

事实上在 asset 文件夹下 的任何"未被引用的""文件"乃至"文件夹"都会被计入清理 而我的需求就是这些被"特意"放入 asset 文件夹下的"未被引用资源"不被计入清理或者叫"待被引用资源"不被计入清理

你好,我尝试使用相对路径在 asset 文件外部建立文件夹,然后在笔记内引用本地 html 文件,我点击页面从浏览器成功跳转出来了,我成功了.

但是当我在浏览器中打开笔记点击超链接发现却无法打开页面