太微中文论坛

想到一个取巧的办法，不一定对

<$let today=<<now "YYYY-0MM-0DD">> format="[UTC]YYYY-0MM-0DD" oneday={{{ [[24]multiply[60]multiply[60]multiply[1000]] }}} tmoTime={{{ [{!!test}search-replace:g[-],[]format:relativedate[]] }}} nowts=<<now "TIMESTAMP">> yesterday={{{ [<nowts>subtract<oneday>format:timestamp<format>] }}} tomorrow={{{ [<nowts>add<oneday>format:timestamp<format>] }}} > # <<today>> # <<yesterday>> # <<tomorrow>> # <<tmoTime>> </$let>

346400d8-f496-4e04-bd6f-5066cf38fbab-image.png

517ddba2-58af-4c65-8d13-ee4065a8b6db-image.png

组合一下就可以变成其他笔记软件中常见的编辑字段方式了。

组合的方式有机会直播的时候说一下吧。搞懂了就也很简单，两个方向，一个是通过页面上的按钮控制展示，展示编辑方式。另一个则是对编辑字段模板进行处理。

$:/plugins/linonetwo/title-caption 这个问题我之前遇到过，我就把它解包出来的文件都删了。
可能是CPL哪个版本有bug吧，安装的时候出错了把它给解压了，实际上不应该解压。

如果没看到解压出来的文件那就不用纠结了，应该没啥影响。

所以我都是用 modern tiddlydev 来开发，避免被过去的其他东西影响。

Gatha 的作者也推荐说写插件的时候就用专门的生产wiki来做而不是在自己的个人wiki里做。

最好的解决办法是提供一个接口，可以直接判断出某一个条目来自于哪一个外部维基。但目前没有这个功能，估计只能等MWS插件来实现了。

因而目前的解决办法是对外部维基设置一个根条目，然后通过模板化语法去标记。如下面图片中，会对以Forge为根条目下的所有条目有一个标记，表示来自Forge。同时点开编辑时也会有一个提示。如果后期要公开成仓库的话，就需要设置一下里面的链接。目前没有这个打算就不管了。

b406afa1-2e54-4bd3-9176-6202ad3155c2-image.png

b0d8ad82-b23c-41cd-8233-7a37d6c6047b-image.png

52ef4582-ac98-4100-8021-a7e96a4e65d4-image.png

这里其实还有一个问题，TiddlyWiki有一个更好的机制，可以使用类似级联的操作方式给条目设置背景颜色。然后我发现虽然设置了，但css的优先级不是最高的，被其他条目覆盖了。而且这方面的示例又比较少，就没用。感觉还是应该再调整一下css。

$:/tags/ClassFilters/TiddlerTemplate

@机杼 $:/plugins/dyp/mulu，在https://dyp1121054136.github.io/dyp-plugins-library/中有示例，条目名叫“目录测试”

@linonetwo 我说的换行是那种代码块超过屏幕范围后的自动换行。我感觉那样会更方便查看，不然还需要滚动鼠标去查看完整的代码。

image.png

我觉得还是得靠新用户吧，刚开始玩折腾欲和分享欲会强一些。所以也不用为了宣传而去做特定模板，之后有各行各业新用户来了自然会有的。

主要还是去外部平台上分享短的介绍文章和视频吧，就像给太微引流最多的应该还是我知乎上那一篇。目前还没别的文章超越。

所见即所得编辑器就是这样的，两年前嵌入语法更新直接就没法用了，然后一直拖到现在。还是得让一些功能进入核心才比较稳。

还有我毕竟是字节出身，是根据平时用飞书的体验要要求太记的，也就要求了底层的太微开发平台。很多外国人反而就没啥要求，就闭门造车自己用得过去就行，经常说的句式就是「我觉得xxx够用了、我自己也不太需要xxx」。也有可能是外国人缺乏逐鹿中原的勇气，不敢和其它工具对撞一下，所以还是得我们中国人多来搅动一下局势。

@oeyoews 感觉这个没那么智能，可能给的材料和示例不够多。要是可以把你们写的插件库也放进去让他读取或许会好一些。

确实，我把list想得太抽象了。

后来我发现，即使我要判断，但因为我的节点丸和根目录是放在一起的，所以实际上我只要判断节点丸就可以了。并不需要判断那么多根目录。因为节点丸也足矣构成上下文内容。

应该是靠生成多个文件夹，例如 https://tiddlywiki.com/dev/ 其实访问的是 https://tiddlywiki.com/dev/index.html ，默认访问的是 https://tiddlywiki.com/index.html

所以就是在 Github Actions 里生成多个文件夹的结构再部署就行了吧。我猜猜是这样，不过既然 https://tiddlywiki.com/ 没被墙，那应该不是 Github Pages 部署的吧？不过在 Actions 里部署，然后推到 netlify 上应该也可以国内访问。

css还好，主要是wikitext，写复杂了就看得麻烦了。也因为代码总是修改，并不是那种一下子就写好的，所以才会不好调整。

布局主要是为了全屏还有隔离CSS样式，也没必要所有功能都用布局来做。

log 出来的宏只是字符串，只占用很小的内存。只有执行的时候才会解析字符串，才会消耗 CPU，不过也不多。

Obsidian 的插件大都是从头写起，纯 TS 写，有门槛，所以去写的几乎都是专业程序员，至于为啥有这么多专业程序员用户，那肯定是宣传多了，用户基数大嘛。

弹框这种，从头写个新的肯定比复用旧的要简单，我平时大部分内容都是从头写新的，或者看旧的不爽就去改核心里的了。现有的用起来主要是图个省事，如果要追求效果完全和设计稿一致，还是得自己通过 JS 写新的。

所以还是得集中力量优化太记模板，让它接近 notion，它是开源的谁都可以来优化。也没人说 notion 需要折腾，因为它不会让你卸载其中的某个功能，太微就是太自由了，所以让很多人以为自己有必要去折腾，但其实像用 notion 一样正常使用就好了。

说到轻量的问题，太记自带模板也是秒开，体积相比20TB的硬盘也只有一丁点大。其实我没见过哪个新用户说它不轻量的，一般都是有知识的诅咒的老用户才会这么说，因为知道这些功能都是由插件组成的。不过想想，如果它们被组合成一个插件，提供了所有功能呢？就像 Krystal 模板之前那样，尝试把所有东西都塞进一个插件里，那其实有的人就会说只有一个插件呀真轻量，但实际上这反而会在用了一段时间后发现更不好定制了。

所以目前我对模板的设计思路就是，入手像 notion ，开源方便觉得不够像 notion 的人来贡献（开源了这样就不会只能动嘴皮子了，而是可以真正参与进来），熟练之后方便逐个插件增删定制，也就是易于上手难于精通。

很多外国人只想着自己用，没想着通过推广它或者让它对新人更友好来回馈社区，也不能说自私吧，但如果他们阻挠我们推广或者阻挠让它对新人更友好的努力，那就是挺自私的，我理解为就是媳妇熬成婆了。上次我在国际论坛也和一个人因为这事来回说了一通，她就是说「如果首页推荐空白版的话，就不方便她自己下载了」。

https://github.com/oeyoews/tiddlywiki-codemirror6/pull/154#issuecomment-2954938423

屏幕录制 2025-06-09 153116.mp4

参考 cherry studio 做一个，不过还是以知识库为中心

9a355923-e936-446c-b8b2-237364df3e65-图片.png