挖空提示直接写就行了，硬匹配的（所以没特别处理使同文本挖空编号相同

本地部署 plantuml

菜鸟指南

然后设置里修改 plantuml 伺服指向你的本地地址

太干了，收藏了之后再看 👍

我正好阶段相反，因为感觉当前思源里任务管理的操作配置起来比较繁琐且不好管理，所以将【再提醒、速记】等操作都放到了滴答清单中。当前滴答的专注记录在三个月之后就无法修改了，似乎也对上了无压记录保留思考痕迹这一观点。只有一些跨时间长，比较清晰的记录、分析拆解的过程才会用思源。当然，记录就和任务难免有了割裂，目前的主要操作端是滴答，倒还可以将思源的文档链接塞到滴答的任务里（方便看使用时间、修改情况）。但是任务完结后的转移记录会很麻烦，特别是当前滴答似乎未提供任务外链的情况下。

个人的观点是作为任务或者说精力管理的一个入门过程，用滴答这种比较成熟的方案应该比直接上思源一堆插件配置打辅助的门槛低一些，更好上手 😋

👍 😋 ❤️ 非常好插件，使我笔记在页面旋转

想法已经有了 「收藏吃灰！」的解决方案 - 再提醒 - 链滴 (ld246.com)

就是拖动大纲节点后一直 ctrl +z 撤回。

谢谢，之前没具体了解过超级块。现在宽度的问题解决了。

只是块拖动后在原始界面进行了几次（大约 4 次）回退 ctrl+z 操作仍然会稳定触发状态异常。虽然我估摸触摸几率不高，但这算是 bug 吗 😂

不用文档树即可。

• 别纳入太多超过个人管理能力范围的内容。
• 更换阅览思路，用随机展现多条内容、搜索、建立 MOC 局部主题索引的方式替代通过文档树。
• 拓展思路，看看有几十个 T 的 Nas 用户是如何搭建自己的文件系统的。

（编辑中误选中动态引用改变不生效）

这似乎光靠 CSS 实现不了。
这里抛砖引玉放上个人的大致处理思路吧

let content = document.querySelector("div.protyle-content");

let observer = new MutationObserver(function (mutations) {
  mutations.forEach(function (mutation) {
    if (mutation.addedNodes.length) {
      mutation.addedNodes.forEach(function (node) {
        // 拦截新增的 <span data-type="text" style="background-color: var(--b3-font-background4);">统使用或重建时心理</span>
        // 获取其内容，如果是块选择，找div updated属性检测内联style修改的情况
        if (node.nodeName === "SPAN" && node.getAttribute("data-type") === "block-ref") {
          // 将内联style取消，
        }
      });
    }
  });
});
observer.observe(content, {
  subtree: true,
  childList: true,
  characterData: true,
  attributes: true,
});

现在使用体验上还称不上丝滑，点个提问直接跳回其硕大的网页客户端了。感觉网页端来看还是 Kimi 拓展更合心意，截图、划词提问都很丝滑（至少不会动不动跳个新页面打断阅读体验）。

pot-app/pot-desktop: 🌈 一个跨平台的划词翻译和 OCR 软件 | A cross-platform software for text translation and recognition. (github.com)

现在豆包也可以全局划线提问了，但是它的提问方式用起来还是不太适应 😂

关掉代码重启应用（测试效果一般用伺服页面

应该是当前存储的方式太粗糙了，初次加载的时候加载一遍所有 icon, 但是没有压缩存储的文本（例如只存储 icon 和 icon 重复使用）和使用方式。

将重复添加 null 的问题处理了，具体 icon 为啥获取不到还在定位，有空再看着改吧。

花了点时间写了个粗糙的版本（让 ai 修了修但存储方式和获取 icon 的方式还是有点粗犷）

当前已知的问题是每次重启才获取一次 icon 和存储 icon 的方式比较暴力，不太确定自定义 icon 和多文档列表下的表现。

这样子吗，暂时有个思路是从文档树扒拉图标元素添加到匹配表格项中。但考虑到存在关闭的笔记本内文档该如何处理还没有头绪（

调整了信噪比，补充了点内容，后面流程的整理等我积攒一定使用体验再看看 😄

想着用一些梗图加深对内容的联系来着，用力过猛了吗 😂

* 我去，是中图法仙人口牙！

也分享一下自己为了整理而整理的过程——刚好最近因为混乱的笔记太多看的头疼而在将笔记大删特删，先将一些过期、能搜到、没兴趣的笔记删除了。此前累计胡乱写的 daily note，也准备第 N 次复习快速无压记录、看过站内一些相关文章后再重新考虑 daily note 的使用与否。为了不至于一点产出没有，也在整理渐进阅读流程的经验尝试简化过程。

附当前删了一堆笔记后的临时结构，后续还在考虑 typora、obsidian、flomo、滴答、todo 中内容的迁移，打算暂时 all in 思源 + 滴答清单了

选了嵌入代码后在思源里直接粘贴就行。

看图标应该是 python 的 tkinter 框架，包大小可能是因为可以新建虚拟环境打包，裁剪用不到的依赖库。

测试了一下在没装 python 的环境下似乎是用不了的，应该是没将运行时打包进去

装 windows 了就用 RDP 远程登录（windows 上自带，win+R 输入 mstsc 运行输入 ip 之后填你的服务器账号密码就行），其余端可以搜索微软的 RD 客户端。

装个服务器面板（例如 1panel 应用商店内置思源镜像），一键安装镜像可能方便点。

安装的时候设个访问码再放行端口就可以直接用了。

模拟英语写作算么。某次考试前，试过将往年写译题材、套句格式给大模型候着，让大模型根据输入的一些关键词、句式来模拟出题，用于练习英语写作。现在觉得分解步骤改成对话推进可能比一次性出一道题这种好玩一些：目

我试了试 arp 命令能找到我的移动端 ip，并且访问移动端伺服页面时也能查询到建立链接的 ip。

所以现在的情况是 arp 查询不到手机端 ip, 两端可以互相通过对方的 ip 访问暴露的端口，除了特定的 6806 端口？我想确认一下 pc 端无法访问 6806 接口指的是 访问 pc 端伺服还是移动端伺服？

如果是 pc 端开启伺服时无法访问 pc 端伺服的 6806 端口，开启伺服页面的方式是点击 打开浏览器 还是直接浏览器访问 localhost:6806 也无法访问？（点击打开浏览器默认似乎就是打开随机端口，但 6806 其实也能访问）

如果是移动端开启伺服时，电脑无法访问移动端伺服的 6806 端口，但其余端口能访问的话，或许可以考虑检查下防火墙？（网络知识不够用了；目）

应该是开启客户端的第一个工作空间开启伺服时先使用 6806 端口吧，你是用手机端开启的伺服然后 pc 端访问调试吗？

无法访问的话可以先确认一下电脑上访问（手机端伺服）网页用的是否是环回地址（本机地址，别名包括 127.0.0.1、[::1] 以及 localhost），不是的话可能要以 手机ip:6806 访问，并设置一下（手机端的）访问授权码。

如果是 PC 端开启的伺服并且无法通过环回地址访问 6806 端口页面，可以检查下是否有其他应用占用了该端口：

netstat -ano | findstr "6806"
tasklist | findstr "末尾的PID"

反复重复贴代码刷新的憨憨调试者路过；目

另外，如果重启思源，上面添加的替换文件会失效，需要重新添加一遍，这是因为，思源每次重启后端口会变，对 devtools 来说，就相当于你换了一个网站，不同的网站下的内容当然不能共享了。

担忧重启时伺服的端口改变引发跨域的话，调试时直接访问默认的 6806 端口就可以了吧：目

如果卡片数量可控的话，还是用 Anki 吧，提供的筛选牌组功能可以筛选出近期需要复习的内容。重新整理一遍卡片也是一种复习方式罢（

或者考虑到考试后可能这些内容就会被抛之脑后，数量不多的话，也可以考虑直接手动取消制卡和重复制卡（但这次对闪卡的评分更为严格，或者说刻意消极评分加大复习量和频率）

写了个很生草的脚本，简化色彩工具。（这里懒得写监听直接挂循环了，css 用来删组件，js 用来注入行内样式

默认颜色为：当前字体颜色、渐进阅读插件在分片中改变文字后出现的黄色，链接的蓝色，引用色

纯自用了属于是：

/** 颜色工具 **/
.protyle-font>div:nth-Child(1),
.protyle-font>div:nth-Child(2),
.protyle-font>div:nth-Child(3),
.protyle-font>div:nth-Child(4),
.protyle-font>div:nth-Child(8),
.protyle-font>div:nth-Child(12),
.protyle-font>div:nth-Child(13),
.protyle-font>div:nth-Child(14),
.protyle-font>div:nth-Child(15),
.protyle-font>div:nth-Child(16),
.protyle-font>div:nth-Child(17),
.protyle-font>div:nth-Child(18),
.protyle-font>div:nth-Child(19),
.protyle-font>div:nth-Child(20),
.protyle-font>div:nth-Child(21),
.protyle-font>div:nth-Child(22),
.protyle-font>div:nth-Child(23),
.protyle-font>div:nth-Child(24),
.protyle-font>div:nth-Child(11)>button:nth-Child(5),
.protyle-font>div:nth-Child(11)>button:nth-Child(6),
.protyle-font>div:nth-Child(11)>button:nth-Child(7),
.protyle-font>div:nth-Child(11)>button:nth-Child(8),
.protyle-font>div:nth-Child(11)>button:nth-Child(9),
.protyle-font>div:nth-Child(11)>button:nth-Child(10),
.protyle-font>div:nth-Child(11)>button:nth-Child(11),
.protyle-font>div:nth-Child(11)>button:nth-Child(12),
.protyle-font>div:nth-Child(11)>button:nth-Child(13),
.protyle-font>div:nth-Child(11)>button:nth-Child(14)
{
    display: none!important;
}

(function () {
   setInterval(()=>{
      document.querySelectorAll('.protyle-font > div:nth-child(11) > button').forEach((button, index) => {
        switch (index + 1) {
          case 1:
            button.style.color = 'var(--b3-theme-on-background)';
            break;
          case 2:
            button.style.color = 'var(--b3-font-color7)';
            break;
          case 3:
            button.style.color = 'var(--b3-protyle-inline-link-color)';
            break;
          case 4:
            button.style.color = 'var(--b3-protyle-inline-blockref-color)';
            button.style.opacity = '.86';
            break;
        }
      });
   }, 200)
})();