所以我都是用 modern tiddlydev 来开发,避免被过去的其他东西影响。
Gatha 的作者也推荐说写插件的时候就用专门的生产wiki来做而不是在自己的个人wiki里做。
所以我都是用 modern tiddlydev 来开发,避免被过去的其他东西影响。
Gatha 的作者也推荐说写插件的时候就用专门的生产wiki来做而不是在自己的个人wiki里做。
还是加后缀吧,多一些信息,后面搜索也好搜。
不过也可以放 caption 里,现在命令菜单搜索都支持搜索和展示 caption 字段了。
还有一个 title-caption 插件,可以默认展示caption,如果有的话。
还有个人知识库还是多存一些有关自己的东西为好,知识类的东西比较容易重名,但知识类现在最好都别放进去,我都会先问一下AI,如果AI知道我就不放进去。之后太记内置AI,可以写一个插件自动判断一下AI是否知道,知道了就会提示你也不用加了。
上面的代码块看起来有正确换行呀。
还有分页我现在基本都用高维表格插件了,它就不需要分页,把几十万行直接显示在一起都没关系,因为是基于 canvas 的。然后就用搜索来快速抵达很底下的位置
我应该是 2019-04-19 开始
其实可能一五年左右就在极致俱乐部注意力与知识管理群里面听 PimGeek 推荐过,但那时候只有单文件版,保存很麻烦,而且打开来基本没什么功能,所以当时我主要还是用notion界面又好看,功能又现代又齐全。
不过跟当时的一任女朋友分手之后就不打算继续用Notion了,因为里面记了一些日记吧。就又开始找一个开源的。然后又想起这个了,也是因为正好看到 https://github.com/DiamondYuan/wiki 这个自动保存的脚本,就fork了一下配了一个。
然后因为我也是计算机科班出身,折腾精神强一些,也不害怕折腾和报错,就开始尝试给他加新功能。一开始都是直接用新笔记的方式往里加,一大堆乱七八糟的模板和笔记混在一起(加了标签「自改TW」,不过没有版本管理还是容易搞乱),后来就慢慢发现可以基于它实现自己之前设想的很多功能,而且改起来还挺快的。于是就折腾了插件模板,逐渐把东西打包成插件。当时还在用一个把网页包装成桌面应用的开源软件,先是联系他的作者问能不能在启动时自动执行node JS脚本从而启动node JS版还有做自动git备份上传github,发现不太好搞之后就fork了一下然后开始往里面加这些nodejs相关的功能,就成了太记了。我对太微的使用就这么走上了正轨。
反正我整体上也没把它作为一个很重点的东西,就是业余调试调试,本科毕业进了字节也比较忙,业余时间也主要拿来玩游戏,就是自己有需求就手动写代码给他小修小改,当时还没有AI写代码。不过我刚开始用的时候写的那一篇知乎回答后来越来越火,有很多评论问问题,我就干脆要了太微QQ群的群主,然后加上群号宣传,后来很多都是从那片加的群,泰微应该也就是自此开始在国内有稍微多一些用户了,从我刚开始用的时候,那QQ群里可能也就七十个人,后来就变成一千多人。
反正太微可玩性的确挺强的,就像一个模块化的战车,一开始单文件版没法自动保存的版本就是个自行车,然后我骑着它去旅行,慢慢就给它加各种模块,改造成了坦克。
我觉得还是得靠新用户吧,刚开始玩折腾欲和分享欲会强一些。所以也不用为了宣传而去做特定模板,之后有各行各业新用户来了自然会有的。
主要还是去外部平台上分享短的介绍文章和视频吧,就像给太微引流最多的应该还是我知乎上那一篇。目前还没别的文章超越。
所见即所得编辑器就是这样的,两年前嵌入语法更新直接就没法用了,然后一直拖到现在。还是得让一些功能进入核心才比较稳。
还有我毕竟是字节出身,是根据平时用飞书的体验要要求太记的,也就要求了底层的太微开发平台。很多外国人反而就没啥要求,就闭门造车自己用得过去就行,经常说的句式就是「我觉得xxx够用了、我自己也不太需要xxx」。也有可能是外国人缺乏逐鹿中原的勇气,不敢和其它工具对撞一下,所以还是得我们中国人多来搅动一下局势。
还得是我变着花样催杰里米,不然所得编辑器插件和AST的PR老是犹犹豫豫的。不过这样也好,平时工作忙,慢节奏地玩玩这个也算放松,如果像字节里那样每两天迭代,那也就不好玩了。
在太记里导入HTML文件不需要装node JS,也不需要命令行,只需要点几次鼠标:
关于优化筛选器性能,这是比较专业的领域了,需要计算机科学专业的背景才能搞了,都有讨论过 https://github.com/TiddlyWiki/TiddlyWiki5/discussions/8618#discussioncomment-12854153
筛选器都是在展示出来的一瞬间才执行的,如果怕卡的话可以像我的可视化大屏插件或者意义之塔一样,把它隐藏到某个地方要用再打开。平时主界面就只放上下文比较少的专注于一小块的那种东西,需要聚合大量数据的都放到某个布局里。
当然我发现这么做最大的问题是,他就很少被打开了,偶尔才会看一次他。其实实际上也就是卡那么一下,该计算的东西都得要计算的。
我在上面链接里也建议了,最根本的解决方法还是延迟更新、减少更新,反正有时候也不需要特别及时的看到结果。
还有筛选器也不用想的太抽象,其实也不用全都list套list了,有时候你每一个类别分开写都可以,反正现在有AI了,以后要批量去删改什么的也很轻松了。
那如何判断一个条目,没有标签也没有链接也没有其他类似的项目呢
侧边栏的更多-孤儿(Orphans)标签页里就有吧,应该也是用某个筛选器实现的。
布局主要是为了全屏还有隔离CSS样式,也没必要所有功能都用布局来做。