文档排序相关问题

[TCOTC]

• 子文档数量超过“最大列出数量”时自定义排序或在上/下方新建文档，会导致未列出的文档的排序重置为文件系统排序 #17222
• 在文档树点击加号新建文档时，应该按自定义排序来设置顺序 #17223
• eventbus 中的 filetreeSortChanged 不符合预期 #17224
• 笔记本/文档拖拽排序、文档树/笔记本修改排序模式之后，不会同步到其他前端实例 #17232

[TCOTC]

@88250 我基本把这三个 issue 改完了，但现在发现一个问题，文档树设置排序方式和笔记本设置排序方式没有事件，如果直接用 filetreeSortChanged 事件的话得把整个工作空间或者整个笔记本的所有路径都推送一遍，显然不合理，怎么办，要增加事件吗？

还有导入 Markdown 的时候如果导入进来的文件夹很多，那也要每个目录和子目录都推送一次吗？还是说导入的时候没有必要设置排序。

[88250]

修改排序模式应该是要有事件的，新增吧，仅推送模式变更，插件收到后再通过 listdoctree 接口获取新的排序后的文档列表。

我看了下导入 md 的代码只会推送一次嘛：

[TCOTC]

我看了下导入 md 的代码只会推送一次嘛

这里的实现不太对，导入 Markdown 可能有多个文件夹，要推送的话得分目录推送才行。

[88250]

懂你意思了，是需要分开子文档路径推送，这个算是 bug 吧，可以先不改，后面要改分开 PR。

[TCOTC]

不过我感觉导入应该用一个单独的事件，无论是导入 Markdown 还是导入 .sy.zip。导入过程中的排序不是用户排的，推送 filetreeSortChanged 没啥意义。

[88250]

也有道理，等插件开发者提需求吧。

[TCOTC]

问题越看越多了。

既然目前 filetreeSortChanged 和 notebookSortChanged 并没有被开发者实际使用，我觉得可以改改之后给思源内部使用 #17232 ，eventBus 顺便提供给开发者。

[88250]

提醒下：这些问题不要合在一个 pr 里面提，一个 pr 仅解决一个问题。

[TCOTC]

这几个都是同一个功能造成的不同的问题，我需要综合起来考虑解决方案