是这样吗？

对了 里面有个序号设置 每一个设置是一个数组 从第一项到第六项（我才不说 0 到 5） 分别就是一到六级标题的计算方法，看得懂的话可以改成自己想要的样式。

如果要加入宽度吸附的话，大概是这样：

let 计算比例 = ((event.clientX - 当前编辑块元素.getBoundingClientRect().left)/当前编辑块元素.parentElement.getBoundingClientRect().width)*100
    if(计算比例>=100){
        计算比例=100
    }
//当计算比例与吸附比例相差小于5%时就吸附过去
//如果块尺寸已经非常小了就不吸附
    let 吸附比例数组=[100,75,50,25,66,33]
    吸附比例数组.forEach(
        比例=>{

            if(Math.abs(计算比例-比例)<=5&&当前编辑块元素.parentElement.getBoundingClientRect().width>=100){
                计算比例=比例
            }
        }
    )

思源笔记折腾记录 - 可视化块宽度调节 - 链滴 (ld246.com) 今天看到就弄了下 ， 啊 细节上最好再改改

还有这个地方忘记注释了，意思其实很简单，如果这个块是横排超级块的最后一个子块，那它调节的时候调的是上级超级快的宽度。

 if(当前编辑块元素.parentElement
    &&Array.from(当前编辑块元素.parentElement.querySelectorAll(`[data-node-id]`)).pop().getAttribute('data-node-id')
    ==当前编辑块元素.getAttribute('data-node-id')
    &&当前编辑块元素.parentElement.getAttribute("data-sb-layout")=="col"){
    当前编辑块元素=当前编辑块元素.parentElement
  }

对了如果多屏幕下有问题的话把这里的 screenX 改成 clientX

  if (开始缩放) {
    if (当前编辑块元素 && 当前编辑块元素.style) {
      if (当前编辑块元素.style) {
        //计算出缩放后大小对应的比例
        let 计算比例 = ((event.clientX - 当前编辑块元素.getBoundingClientRect().left)/当前编辑块元素.parentElement.getBoundingClientRect().width)*100
        if(计算比例>=100){
            计算比例=100
        }
        当前编辑块元素.style.width =计算比例+'%'
        当前编辑块元素.style.flex = "0 0 auto";
      }
    }
  }

第 63 行 嗯

思源有访问笔记内容的接口，所以这个其实是可以比较容易做到的，docker 版反而麻烦一点，反倒是桌面版通过代码片段之类就能做了

思源这肝度开分支老哥你是真的勇，先送上积分以表敬佩 🙏

我的积分都用来给社区老哥感谢了 嘿嘿嘿

这个确实是有些许蛋疼....... 不知道之后会咋整

其实就群里的日常来看的话，主题开发者应该不是不会卡壳，而是：

卡壳了=》45 度拍击法修理脑壳=》又卡壳了=》换个方向再来一遍=》。。。。*N=》写完发现 V 姐改界面了=》45 度拍击法修理键盘然后京东下单买个新的

要不试试 scss？（虽然我不会）

主题好可爱啊，就是莫名地感觉用这个的时候要穿上鞋套才有仪式感~~

可以集中肝一下 sql 然后存一些命名搜索以后方便用

牛啊牛啊 👍

我好像也是更常用用默认软件打开，不过 ctrl+click 和 shift+click 对我来说便捷性差不多，但是这里能配置可能是好一些，就是不知道 D 大他们有没得时间做了，我赌一块钱短期内没有 。

分享的动作 - Quicker (getquicker.net)

可以试一下 quicker， 很好用的一款软件。

所以你的诉求是需要有能够对接其他图床的功能对吧，为什么不直接说呢？

如果你有开发能力的话 picgo 有提供 SDK，我之前也分享了一些比较简单的有关如何嵌入 picgo 还有怎么做一些交互菜单之类的。

如果你没有的话我只能说开发者有自己的计划，目前的重心可能不在增加这些功能上， 已经有其他人正在做可以直接使用的 picgo 嵌入了，不过老哥现在身体不太舒服短时间内可能没有办法继续。

如果你在使用 quicker 的话我似乎有点印象 quicker 有人做了实现这个功能的动作：

暂时可以通过使用 quicker 来实现这个功能。

用回文件名需要解决这么一些问题：

1、后端解析部分的重写谁来做；前端部分基于 ID 的实现谁来重新实现？既然从文件名到 ID 需要完全重写大部分代码， 反过来也是同样的很好理解对吧？

2、现有数据已经基于 ID 改造，怎么处理？

不仅仅是从 markdown 到 JSON 才是数据结构大改， 从 JSON 返回 Kramdown 也是一样，这个过程可能造成的数据损坏和用户丢失如何处理？

另外只要改回 Kramdown 就能解决对资源管理器和第三方编辑器的兼容问题可能不太现实。

我就是从 Kramdown 时代就开始用的，看法是 Kramdown 很强但第三方软件支持约等于没有，解析性能比现在方案差了不是一星半点，资源管理器管理笔记大概一个月用不上几回，使用体验上比现在差了很多。

3、如何证明有大量用户需要这样的功能？

当初改的时候是根据用户反馈的问题和需求才确定的修改方向的；经历几个版本的迭代，从用户数量上来看，证明至少对于大多数用户来说 ID 文件名并不是一个很强的痛点。

而对与越是深度用户越关心这个的结论说实话我确实不太知道你是如何得出的。我至少在使用时长上来说还算是比较深度， 结论是思源的管理方式更加适合我的写作和管理，反而是 obsidian 那样的方式对我来说更适合作为素材收集软件而不是笔记管理。

4、社区开发者基于现有数据框架做出的各种功能如何兼容？

不过这个可能也就对我这种影响比较大一点。

5、所谓“应该有”的，比文件名 ID 化更高效更平和的实现是什么样的？

我开发过白板，也尝试过在本地 markdown 基础上通过 yaml 实现一些高级功能比如双链和图上链接之类，结论是就算不用 ID 也只是假装不用，实际的数据处理还是必须基于唯一 ID 和更结构化的数据才能高效实现，而这个过程中如果还是要假装自己在用 markdown 的话生成 markdown 代码也没有什么可读性，不如直接写 html。

所以我认为单纯在存储格式的扩展名上下功夫兼容没有意义，直接存储 ast 反而保证了数据到通行的标准 markdown 之间的转换可行，因为这样不能很好兼容的数据根本就不能存进文件里，你所设想的方案是什么样的？用什么样的识别方式替代 ID 能够至少覆盖绝大多数现有功能而不造成因为解析步骤增加而带来的性能下降？

6、说一句难听点的，思源虽然开源，但是是商业软件，且不说不兼容坚果云主要是因为实时保存带来的文件锁问题， 就算是其他原因，开发者也没有必要浪费精力在一个并非核心功能而且会影响自己营收的功能上；你也不要用我的话去怀疑他们的动机，至少把同步实现开源并且官方支持了 S3 和 webdav 存储的对接就证明了他们没有故意不去兼容的动机， 那么你想过为什么没有能够直接兼容吗？

7、接上一条，因为你提到了越是深度用户越关心，我才去看了一下你在论坛的其他发言。就你的一些建议来看我觉得你应该目前使用这款软件还不是很多，那么我真心有一个建议，使用一个工具不是不能有意见和建议，开源软件就更是欢迎各种意见和建议乃至批评。但是在此之前至少应该对软件的基本功能和适用领域有大概的认知，否则就不要做出太过于武断的论断和“代表”用户群发言，其它的都还好说，这两种做法我个人觉得不管对于软件作者和其他用户而言都是不太礼貌的，虽然这对你可能有些冒犯，但是我觉得我还是不得不说。

8、这个还是一个建议，希望你不要误会，我觉得你提出来的这些可能 obsidian 或者 logseq 能够更好的满足你的需求，他们对资源管理器和第三方软件相比思源应该友好不少，与其削足适履不如去尝试一下，可能会更适合你的使用，我自己也在使用 obsidian，也经常推荐它，不是说“哎呀你说思源的坏话我不同意我要赶你走”，而是真心觉得他们对你来说可能更好用，就像你先要的扩展工具栏在 obsidian 就有插件实现，真的可以趁现在沉默成本还不是很高去尝试一下。

用回文件名的话，哪位老哥来“完全重写大部分代码”？

用 lute 转转呗 lute.Md2HTML

思源本来就有个图床啊

块引用能够在反向链接面板产生条目, 块超链接不行。
块超链接能够在思源之外的其他地方使用, 块引用不行。

obsidian 的四五百个插件也要看你有多少用得到嘛，先去摸一摸都有啥，要是真的很多好用的不如试试看，反正又不是不能导入到思源（时刻准备跑路的话，记得别用 Wiki 链接）

显示按键是 keycastshow

gif 是 screenToGif，从用户群摸过来的

没记错的话，某个开关特别多的的 sofil 主题正在搞 pdf 导出 @soltus ，老哥你那个有水印的咩？

分线有很多种方式实现，代码片段、主题、挂件都可以加入各种不同的分享功能，而且其实嫖一下知乎的专栏啥的也还挺方便；但是短期内应该是不会有官方的在线分享服务了，因为 D 大 V 姐他们整天忙着打码带娃肯定是没时间做审核的。

白板早就上架集市了，只不过去年底子没打好，它长歪了，所以这回是重写一个新的白板而已

套上一个 if(window.require){}是不是好一点,浏览器里面是不能用 require 的,就会报错了

好耶~~~~~ 🎉 务必加大力度