艾朴里客

我把文本复制到记事本里，再复制到思源笔记中，也是不行。至于 markdown 的其他软件，有 vscode 和思源，就不用其他的了。

调大了两号，另一个地方出现问题了：

多文档导出常不常用，有些难说。但其实这也涉及我之前提到的问题，记得之前发过贴，就是文档的批量管理，Ctrl + 单击 择选条目， Shit + 单击 连选条目，不论是不是文档（哪怕是列表、标签、书签、其他块）之类，支持这种选取方式，并在选取后提供必要的删除，移动至（拖拽移动）等符合其各自特性的操作，对后面的笔记整理等方面有显著的效率提升！

不过这个批量选取并操作的功能一直没有开发出来，上次遇到多文档导出的需求后，才又发了一个帖。

以前用树形结构整理自己的文档，但是后面多了很杂，想重新分类整理，但发现它都是单个单个的操作，效率极低。不得已，我不在原有笔记上进行合并、移动、增删操作。而是又建立了一个工作空间，重新建立笔记本，一条条摘录过去。唉！！

目前导出多文档，研究研究你的技巧吧。

我读了一遍，不甚明了。如果一个功能按直接思考的方式提供交互，直接操作能成功，岂不美哉！绕一圈子，钻营各种小技巧才达成目的，对于笔记软件使用者来说，是不是很劝退。

期望交互简单便捷。

一样的啊 😂 😂 就是思维是右移左的习惯，发现不能，很别扭

也期待早点将文档属性（字数统计之类）放在状态栏！

Tusndoku light

主要改变字体，方正正黑

试过不知多少次，总是无法出现正常思路下的结果

不是说合并窗口，而是分屏的时候我拖动的那个页面，跑到右边去了，明明是拖着它往左靠的

出问题的看看是不是这里

问一下，你说的外部编辑器是指什么？在 data 整个文件夹下，怎么搜索，目前在整个文件夹下搜索，我的思维惯性是：用文件管理器键入字符搜索，但这一般搜索的不是文件么，和文件名匹配。

你这说的我懵了，不在一个频道上！

这个恐怕不方便，太多内容了

也许可以参考一下 flowus 的表格，这个做的用起来好舒坦，虽然我不知道它怎么实现的（wolai 也有横纵表头、无表头的区分）：

能不能优化一下，类似 EXcel 表格的复制操作逻辑，这是个交互提升的啊。毕竟复制表格和复制一段文本是能区分的

而且发现，思源中自己复制自己的连续单元格，粘贴的时候不理想：

子文档有大量内容怎么办，你删的欢快，没点进去很难确定里面内容是否已是失效的。

至于去掉已被删除文档的引用，别的文章引用处读不通顺莫名其妙怎么办？

你现在展示的文档不复杂，但是提的建议真的太粗暴！

可是移动文档又不能批量移动，只能一个个的操作，数目越多越繁琐，成了体力活。去年就建议过文档树的批量操作，但如今并未有后续。（记得是和标签批量操作一起提及的）

期待列入未来计划，延后完善

就是删改「进步而非保守的」那里，引发的。但我使用的不光是 Backspace，还有 Del 键，可能影响到后面的而，而且中间出现多次撤销操作，有没有尝试重做操作搞忘记了（可能应该没有吧）。

我认为汉字字体使用方正正黑 GBk 的效果挺不错的，我用的是 Exlight 粗细的。

检查了，是最新版啊！不过是 1.5.4

是最新的版本，我关闭掉智能标点（前后括号配对）就好了。

目前考虑到一个可行的办法，也能达到在页签的情况下满足小屏幕需求。

思路来自 VS2019 的做法，项目中用户自己的文档和库文件在一个窗口下切换着查看，也能很方便。

建议思源：将标签的页签想象成 VS 中的库文件，虽然也在编辑区显示，但它的页签是从右侧开始的，而用户自己的文件打开是从左边开始的。但两者并不同时并排显示，而是都独占编辑区来呈现给用户，毕竟，注意力在标签页的时候，几乎不需要在同时盯着原文档。如果需要比较的话，也可以拉出来：

这估计是最好的解决方式了！

给你看一下同文档引用的啰嗦之处，唉，说道这个份上，如果你还觉得这种脚注的重复很符合逻辑，那我也只能敬而远之了，心累：

脚注问题.7z

一个长文档，重复的内容就占一半了。

光标跳转问题.7z

发你文件你操作试试吧，很容易复现的，反正这问题是个老大难，蹩人思维。

20211030190848hde5tbs.7z

@Vanessa

其实就是按我修改的帖子，将脚注分为「来自于本文档」「来自于其它文档」区别对待，编号也仍旧按引用顺序编号。具体不同：

• 来自于本文档
  设定字数上限，如 100 字。小于 100 字的在脚注处全展示，大于 100 字的，只展示前 100 字内容，末尾以省略符作提示，并在下一行附上原内容的寻向链接（如同原文中点击脚注的角标就能跳转那样）。
• 来自于其它文档
  按实际内容呈现。

对于包含的子父级引用，也采取限制字数的策略，多余部分在下一行附上一个朝父级寻向的链接。

另外，给脚注起始处来个提示语和相应的样式，如同百度百科的脚注、WoLai 的引用提示一般。

你这个 211 和 212 不是一个列表下的吧，它是分别两个列表的中第一项，虽然看不出来。

关于调整文档结构

是不是得考虑一下同文档块引用造成的信息冗余，正如我的举例一样，若是多次引用同文本的内容，那重复的次数会造成大量繁冗的片段：1、增加文档体积；2、不便于审阅。

比如，我需要引用本文档中的标题，难道要把一片文章的内容裁剪成几个部分吗？比如，第二个标题经常被引用，内容有 10000 字，第四个标题也引用了若干次，其内容有 8000 字，难不成我把第二、四个标题的内容裁剪到其他文档文档中，直接单独放第三个标题？阅览这篇文章的，该怎么看呢？

先看完一、三个标题的内容，再去看脚注二、四标题的内容？还是来回倒腾上下翻动着看（不嫌累的慌）。

关于其他两种导出方式

不可能把「引用本文档块」「引用其他文档块」的情景完全分开。若需要导出发送给他人，而引用的其他文档又不是期望别人看到的（不然直接所有文档发送过去好了，甚至不需要引用，引用也有只看要点的便捷性），此时不正是脚注的作用吗？

虽然会增加思源开发工作量，但是这种需求不是合理的吗？两种提及的解决方案都无法满足这个需求啊！

想做一个不同的文档版本

@88250

@88250 其实有时候缩进的逻辑也挺迷惑人的，比如我仅仅只是想把 L 列表行提到父级（和 U 行一级），但他的跳转结果我不知道有啥意义（不符合常规期望）：

我仅仅只是想改动 L 行，怎么连其他行也变了，特别是当 Y 行和 A 行之间的篇幅很大的时候（1～2 页），光标跳转后，我完全不知道自己干了什么。因为光标带着你未预料的块内容来到一个新的地方，我是经常懵逼，不得不撤销更改，以免所有的文档结构混乱。

不仅仅是缩进操作带着你未仔细考究的几个层级块，一起跑到其他地方；还有 Del、BackSpace 删除列表项的时候（特别是删除的地方，与跳转的地方夹杂着长篇幅的）。

我以为 backspace 删除键是消掉列表项格式，结果它带着兄弟父子一块不知道跑哪里去了

我以为 Del 是消掉下一个的格式，将其内容接续到光标的后面，结果，它把光标都拐走了。

总之，用了许久思源，我仍旧是次次被其迷惑，次次求助撤销键来挽回，然后仔细思考该怎么办才能达到我想要的效果。想了想还是鼠标配合快捷键，选定好想要的文本，剪切——粘贴，再回到原处，选中该块，按下键钮或通过鼠标删除它！