我记得太记里自带属性补全插件吧，但我很少手动输入属性了，一般都包装成插件里的按钮了，有的没包装的才用超级标签插件来录入，但理论上也应该包装成插件，变成别的输入形式。

直接输入属性是demo阶段才应该有的事情。

https://github.com/oeyoews/tiddlywiki-codemirror6/discussions/151

问题己解决，是下面条目的影响，插件不知道为什么被我设置成这样了。默认安装是没有影响的。

title: $:/themes/tiddlywiki/vanilla/metrics/storytop {{$:/plugins/inmysocks/iconmenus/icon_menu_settings!!top_bar_height}}

排查方法很简单，也很原始。就是顺着git commit去找。

d18926f9-2e96-4e3c-8eae-b5ec13d862a9-image.png

59348c43-ac85-4fbc-a161-593903c29600-image.png

首先找到一个没有这种问题的git commit，然后再找离这最近有问题git commit。我是先找了最近一个月的，然后找了六个月前的，再找了五个月前的，再找了四个月前的。总之忙了一下午，终于是找到了有问题的git commit，然后就去查是什么提交出现了问题。

当然这种办法也有不利因素，那就是有一些文件不会被git追踪，具体可参考 .gitignore文件夹。当然这需要一些git知识。

GitHub desktop，没有直接显示太多信息，再加上是英文的。所以后面我就用vscode的源代码管理插件进行查看。

b9880882-337c-42f8-9d2f-c6943dfc360c-image.png

经验教训 对插件要足够熟悉，修改了什么插件内容要记录 git提交推送时，尽量写些辅助信息 耐心排查问题

太记可以让条目单独一个窗口。感觉可以从这里增加一个打印成PDF的按钮。类似于浏览器的打印方案。

不过这种打印出来的效果估计也不太好。

不过我感觉解决思路应该是写一套css去覆盖掉其他的css，而不是每个都去修改或增加。

升级插件时还是要多注意点，最好看下文档，不看下文档的话，有些修改没注意就容易受影响了。

主要是有很多系统条目是需要用户去修改来调整数值的。隐藏之后编辑起来就复杂了。

@oeyoews 其实还好，并不是抱怨。只是说自己折腾了很久，但山依旧很高，依旧还有很长的路要走。在我看来，TiddlyWiki就是一个轻量化和持久化的系统。重点在于轻量化和持久化，这些应该算是TiddlyWiki的特征，并不算是缺点。

目前我知识管理仍旧是用TiddlyWiki，但个人信息管理则基本上是用WPS多维表格实现了。毕竟WPS多维表格免费，功能也基本上都有了。TiddlyWiki还是专注于知识层面的记录了。

这样一看，林一二应该折腾时间更久了，不知道他有没有啥心得，可能过年直播时会说吧。

我觉得还是得看书吧，或者学新东西的时候也会有很多想法，然后结合到自己想做的事情上面。看书的话就会有很多想法出来。

我现在基本就是用 i信息 布局来快速记录了，记录完变成想法条目，然后有时候通勤的时候再用墨鱼插件把想法整理成正式的东西。

那个不是官网，是我的个人博客吧。

我就是用太记自带的 Itonnote 插件，它里面应该有一些css做了隐藏效果，用了 css 的 hover 伪类。而且应该有插件设置可以开关。这个插件在设置里面叫太记预置。

好消息

如果是按项目来的话，我觉得可以用反链列表，每天打开项目条目，看里面的文件夹内容来回顾吧

截屏2024-11-15 14.09.16.png

这个截图里的不是意义之塔的项目，不过你可以用意义之塔的项目文件夹来看。

7cd6bbb3-848c-4d2c-86b8-0139a5245876-{47CF7A55-FF48-4420-9C3A-A6C8450345B1}.png

我打算做一个魔改版的notebook主题插件。notebook原有仓库都归档了，也基本上没有再维护。

我修改了里面一些配置，用起来舒服多了。

自己从头开始做太难了，而且太麻烦了。改别人的反而愿意去学习。

而且5.3.0之后更新的条件快捷方式，真的非常好用。感觉之前的代码很多都可以重写一下，写成更简单的方式。

像notebook里面很多都还是用reveal微件来控制条件，看起来就很复杂。

$:/tags/SideBarSegment这个标签可以去除侧边栏的内容。比如标题与副标题，页面按钮和搜索框。因而完全可以去除搜索框或者主副标题的标签来使得侧边栏获得更大的空间。

当然这样做就看个人需求了。

写完了，还不错 https://talk.tidgi.fun/topic/219/

c46f1616-feb3-4037-97a7-6159db10e154-{A2EF17D1-CBFE-457F-B59C-E52A1122DBB6}.png

经过一个晚上的努力，观感比以前好了不少。

也借机复习了一些TiddlyWiki的知识，好多东西不用都忘了。

靠，被自己蠢到了。

在每个wiki文件夹里都有一个package.json文件，用vscode就可以启动。早期的版本可能没写启动代码。也就是server那一行。可以复制下面的粘贴过去。

{ "scripts": { "zx-build": "zx ./scripts/build-wiki.mjs", "server": "npx cross-env TIDDLYWIKI_PLUGIN_PATH='./plugins' TIDDLYWIKI_THEME_PATH='./themes' TIDDLYWIKI_LANGUAGE_PATH='./languages' npx tiddlywiki . --listen port=8080", "buildonline": "node -e \"require('./scripts/build').buildOnlineHTML('public-dist', 'index.html');\"", "buildoffline": "node -e \"require('./scripts/build').buildOfflineHTML('public-dist', 'offline.html');\"", "buildlibrary": "node -e \"require('./scripts/build').buildLibrary('[prefix[$:/]!prefix[$:/plugins/tiddlywiki/]!prefix[$:/themes/tiddlywiki/]!prefix[$:/languages/]!tag[$:/tags/PluginLibrary]!prefix[$:/plugins/kookma]]', 'public-dist/library');\"", "clean": "rimraf public-dist" }, "devDependencies": { "cross-env": "7.0.3", "html-minifier-terser": "7.2.0", "shx": "0.3.4", "tiddlywiki": "^5.3.4", "uglify-js": "3.18.0", "workbox-cli": "7.1.0", "zx": "^8.1.3", "rimraf": "^5.0.7" } }

用vscode的终端执行npm run server命令就可以在本地打开了。

How to close the import window caused by moving the mouse after selecting text

论坛已经有解决方案了。未来可能杰里米会搞一个隐藏设置吧。我也更新到了太微中文教程里去了。

禁用拖放机制

image.png

全屏拉满

image.png

简单的测试，但看不出来啥。感觉还像是太微底层代码的因素。