Achuan-2

现在的问题就是如果用户是上传图片到思源图床，然后直接复制 Markdown 到链滴，图片会复制到链滴一份吗？

估计我之前是直接用思源自己的图床上传图片然后导出粘贴到链滴的，所以我图床删了，就没法加载了，我早期好多帖子图片都崩了呢

好的， 不过一般人用不到这么复杂的。连汇总高亮文字，我也觉得只适用于剪藏文章时，一边阅读一边高亮，然后汇总下，方便回顾。自己的笔记一般是没有这个需求的，因为完全可以自己手动把要点整理出来。所以对我而言，模板制作块嵌入就够用了，那个挂件我自己没怎么用，因为不如块嵌入好用和灵活。

像这种功能，对于一个阅读 pdf 器、稍后再读软件，可能是必须的，但对于一个笔记软件而言，不是必须的，思源只是提供了一种方法，留给爱折腾的人去折腾，如果把任何高级功能都放在界面，那思源才是真的劝退人呢，会让普通用户觉得按钮太多

有可能是被我整理文件删了哈哈，不记得了

模板和 SQL，其实很多场景之前都有人分享了，只不过链滴之前的思源笔记使用分享区没掉了，时间过早的帖子又不好搜索，思源用户指南记录的第三方语雀知识库有很多内容的，不知道现在还没有维护，反正我自己的分享懒得更新哈哈

现在有人做行内元素抓取的挂件了，我觉得挺好用的呀，没必要自己写模板或 sql 了

找到原因了，发一个 issue：思源笔记预览模式复制到公众号优化 · Issue #11211 · siyuan-note/siyuan (github.com)

建议用滴答清单，全平台同步

用插件可保不齐数据不会丢失

专业的事情还是专业做，个人不认为笔记软件适合做待办软件

你先明确说明你想要的功能是什么吧

我只看到你对前进后进功能不满意，但是没看到你真正希望这个逻辑是什么

如果只是希望前进后退切换是文档逻辑，ctrl 加 e 以及页签切换功能（就是浏览器的页签切换功能，我不知道苹果怎么操作）就可以解决，我也向思源提了建议，ctrl➕e 改为最近浏览顺序而不是第一次打开顺序

ps：你提建议是你的事情，他接不接受是他的事情，没有胁不胁迫的，我接触到的开源社区的开发者都很乐意用户提意见。只要语气不是强制性要求，提出的建议合理就行。

这个是主题问题，明天我会更新主题

我用 copyq 作为剪贴板工具，copyq 可以调用外部编辑器编辑剪贴板内容，我设置 copyq 调用的文本编辑器为 sublime text3，这样就可以快捷反缩进粘贴到思源中。见分享：思源笔记好搭档 | 最强剪贴板神器——CopyQ - 知乎 (zhihu.com)。

或者用思源笔记的插件「集成编辑环境」，调用 Monaco Editor 来编辑思源笔记的 markdown 源码来反缩进

改是可以改，我以前主题的代码块就是 Mac 风格（后来觉得个人笔记没必要那么花里胡哨就删掉了），不过不知道为什么，思源复制到微信公众号，伪元素会丢失，其他 markdown 转微信公众号编辑器伪元素会保留，等我搞清楚，再加吧。

我又提了一个 issue：改进「最近的文档」的逻辑 · Issue #11189 · siyuan-note/siyuan (github.com)

提议参考 VSCode，将「最近的文档」的逻辑改为「最近浏览的文档」逻辑

思源当前的「最近的文档」逻辑我才发现是按照文档被打开放到页签的时间排序，而不是按照文档最近被点击打开的时间排序，即不是「最近浏览的文档」逻辑，VSCode 中的逻辑就是后者。
也就是意味着，一个文档很早之前打开，但一直放在后台页签，我现在从其他页签切换到这个文档，这个文档在「最近的文档」的排序很靠后，而不是靠前。
我觉得这个体验很不好，难怪我每次用「最近的文档」，在前面的文档都不是想要的文档，「按照文档被放到页签的时间排序」的需求应该是明显少于「按照文档最近点击打开的时间排序」的，后者也更符合「最近的文档」这一名称。而前者我不太明白这个逻辑的用途，感觉仅仅只是记录自己从文档树打开文档的顺序，人脑一般也是记录最近浏览的几个文档，从文档树打开文档的顺序经常没有逻辑也经常中途打开其他文档，一般人不会去特意记忆，再加上页签切换的历史记录并不会记录在里面，除非有人只从文档树打开文档而不做页签切换操作，否则是很难记忆打开文档的顺序的，就更不会想从文档树打开文档顺序查找想要的文档，也就是说目前的「最近的文档」的逻辑大概率与记忆的最近浏览文档相悖，会增加查找阻碍。

你建议增加的「最近关闭的文档」#10623，我觉得如果「最近的文档」改成「最近浏览文档」逻辑，其实最近关闭的文档就会在前面（第二个或者更后面），这个改进需求反而不是很必要了。如果要特别区分最近关闭的文档，只需要让这些文档字体颜色变灰即可。不需要额外添加一个按钮或 tab。不过关闭前没点开文档直接点页签关闭按钮的话可能就不会在前，增加 Ctrl+Shift+T 快捷键以打开最近关闭的页签还是很有必要的，也符合浏览器和代码编辑器的使用习惯。

前进后退这个设计在你说的分屏场景其实也很有用，你在分屏场景编辑后，觉得上次编辑的内容不满意，就可以通过后退找到上一次编辑/鼠标点击的地方，进行修改。

每个软件都有自己设计的想法，你觉得不好，有可能是软件本身的问题，也有可能是你并未理解这样设计背后的原因。思源由于开发团队才两个，着重于开发功能，一些交互提示做的没有其他软件好很正常。软件设计的逻辑，你不喜欢很正常，我也经常对一个软件挑刺呢，用惯了一个笔记软件，切换到另一个软件，以前使用的习惯就要颠覆，自然反感。但这未必是开发者的问题，自己的习惯也不一定合理。

你觉得试用之后，不喜欢可以不用，换其他更喜欢的软件，因为没有任何一款软件能满足所有人的喜好，你要找总能找到各种问题，我思源用久了，尝试用 notion、obsidian 几下，我也觉得蹩脚，怎么编辑体验这么拉跨，这也不行那也不行，一个道理。你觉得还行，能够忍受继续用下去，也可以适当向开发者提建议，改进一些交互，更符合你的想法，思源笔记中有不少功能和改进就是我提的，所以它就是我用的最顺手的笔记软件。如果开发者不接受，要么勉强用下去，或者说服自己改进习惯，要么就换新软件。

以上

切换页面应该用 ctrl➕e 或 ctrl➕tab，前进后退在很多代码编辑器和 pdf 浏览器都是这个逻辑，挺正常的。

页签栏新建文档，在笔记本设置可以指定文档路径 ，不喜欢子文档可以统一放在一个 inbox 文件夹里，我就是这样干的

ok，不客气

在官方没改进之前，你可以尝试用我的 Tsundoku 主题，主题对行内代码设置了 break all 的，如果不在意分割单词的话

用块引新建文档来创建注解

块引文档在笔记本里设置默认路径，

这样所有的块引文档都放在一个路径里了

更新了下，可以试试看

微信 Markdown 编辑器 | Doocs 开源社区

这款编辑器官方采纳了我的提议，已经官方支持使用图片 title 语法作为图注了，建议选择「只显示 title」模式

我看了下语雀的 DOM 结构，发现语雀的零宽字符是单独用 span 标签包裹的

而使用的零宽字符直接就放在了内容的最左侧

估计是这个原因，break-word 识别零宽字符是一个单词，后面的长字符串为一个单词，然后就被分割了。不知道思源有没有办法改进下。

我发现估计是使用的零宽字符的缘故，V 姐试试改用语雀的那种零宽字符，我直接在 DOM 改零宽字符貌似就没有出现残留了！

@Vanessa

修改语雀 DOM 用思源的零宽字符，也会出现这个问题

思源改之前

改之后

确实就不会在上一行残留一点点背景了，但是貌似发现了一个缺点——下一行好像会多一个字，语雀由于是 break-all 就没有这个问题

常规用于 Markdown 书写的标签都是支持的，包括脚注、下划线、删除、高亮等等，我自己使用是完全够用的，一些语法如果发现不支持可以用 html 标签。

因为部署在 github，也没做什么优化，加载是慢一点

暂时没太大必要，思源现在除了不能链接转脚注，直接粘贴公众号体验挺好的，自己用 css 定义样式就好了。

这个是正好行内代码就在行末尾导致的的吧，应该情况比较少，大家遇到的残留零宽字符更多是在句子中间就被 break word 打断了，非常突兀。我觉得行内代码主要用来标记代码和路径以及数字、字符串，而不是一个长段落，被打断对我而言无所谓，我也更倾向于渲染效果比较规整的结果，一行只有一半就自动换行反而是一件更受不了的事情。如果行内代码的内容没有空格的话，break word 一般都是把整体看成一个单词的，导致过长就直接分行了。

语雀貌似不会有这个问题，不知道怎么实现的。此外语雀的行内代码就是用的 break all，我把它改成 break word，昨天测试的时候并没有发现残留零宽字符

break all 和 break-word 在中文场景下区别不大，英文场景下才有区别。我之前之所以给主题的超链接加 break-all，主要是因为也是有行内代码的问题，如果一个链接的长锚文本被识别一个单词，就会直接与普通文本分行，特别难受。

如果是普通段落，其实 break-word 就还可以。

默认主题

、

自定义代码

.b3-typography code:not(.hljs),
.b3-typography span[data-type~='code'],
.protyle-wysiwyg code:not(.hljs),
.protyle-wysiwyg span[data-type~='code'] {

    word-break: break-all;

}

@88250 用 word-break: break-all;就能解决这个问题，只不过不会按单词分割，但是我觉得行内代码本身就有底纹，不按单词分割也没什么，是可以明确知道上一行和下一行有没有空格的，不会造成歧义，我自己使用过程中没发现过有所影响。类似的还有超链接。

正文要 break-word 我能理解，但像这种特殊样式，本身就可以靠格式独立出来，break-all 的体验更好其实，我自己用的 Tsundoku 主题就一直用的 break-all。

break-word 反而有时候会莫名奇妙的分行看的还不舒服。因为本身 inline-code、inline-hyperlink，就是行内元素，预期用户输入的就是单行文字，反而因为 break-word 被分割渲染看起来变成了多行。另外，break-word 也不能保证一定按单词分割，行内代码除了代码之外，另一个广泛的用法就是放路径了，对于一般没有空格的长路径，可是直接识别成一个单词的，这时候效果就会很不好，直接前面断了一行。（notion 之类的是不支持直接编辑行内代码左侧，所以问题不太大，而语雀用的就是 break-all）

虽然主题\自定义代码可以做到，不过建议官方考虑一下能否采用这种方案，我是觉得适用于大多数人的，不至于让普通用户困惑。其他用户如果不喜欢 break-all，也可以自定义代码实现 break-word

小地瓜浏览器插件，可以批量下载小红书的图片

v3.0.12-dev3 已支持关闭部分行级语法，以后终于可以愉快的打 ~~~~~~~~~~~~~

感谢开发者！

是的也有弊端，对 Markdown 党没那么友好

粘贴 Markdown 语法也不方便