太微中文论坛

使用脚本将提问的智慧做成了一个插件, 其实有点类似快速制卡的意思了

demo page

差不多是吃到了一波窗口期红利

@机杼 自己用了一会, 发现上/下一章节确实有必要做一下(再加个进度追踪, 这可能需要另外写插件来管理了)

没用过摘录, 暂时没打算(其实已经细分到标题级别了, 没有必要摘录)

其实和太微一样， 主要都是资金的问题， 你看notion, 刚开始还限制block, 后面做大了， block都不限制了

发现一个好东西epub2md, 图片问题也都不用手动解决了

https://www.bilibili.com/video/BV1yN4y1C7qB/?spm_id_from=333.1007.tianma.5-3-17.click&vd_source=d6afd7eedd9f9c940321c63f0a1539e3 刚才看了一个ob视频, 感觉这也没少折腾, 又再一次下载了ob, 还是没有想用的想法, ob的功能多的让人眼花缭乱

tiddlywiki 的qrcode 的二维码是使用的base64的形式, 所以看起来总是很糊, svg格式可以改善这个问题, 今天使用 node-qrcode 测试了一下svg 格式的qrcode, 效果还不错

http://tiddlywiki-starter-kit.vercel.app/#%24%3A%2Fplugins%2Foeyoews%2Fqrcode

官方的qrcode插件的viewtoolbar 还有两个没写完

• 在看了 https://github.com/tiddly-gittly/Browser-Extension-Tiddlywiki-Collector 浏览器插件后, 想到也可以借助tw在非tw环境中批量导入markdown(在tw 里面写导入markdown的插件, 太受限制了)

大致过程就是从本地读取文件,写入到太微中(就是要处理一些小细节); 其实借助这个思路也可以借助其他软件给 tw写一个同步(比如写一个ob插件, 一键同步到tw, 写一个浏览器扩展, 模仿一下usememo(有时间可能回去写)

https://github.com/oeyoews/tiddlywiki-markdown-importer-cli

@linonetwo 命令行已经写好了, 对于现在的中文教程来说,文档不是md类型, tid2md 基本没用

有macro 这样的语法, 根本转不了

如果使用tailwindcss 插件, 可以直接使用class 就不用记那么多颜色了

--listen port=8090 host=0.0.0.0

手动加host 参数了吗, https://bramchen.github.io/tw5-docs/zh-Hans/#ListenCommand, 此外你还要借助第三方工具获取你的局域网地址 192.168.xxx.xxx:8080 格式

正则对于大量文本来说，一直都是性能杀手，同样会造成保存tiddler时卡顿

现在让我写的话， 指定全是all in vue 了， 已经重构了十几个插件， 后期维护毫无压力。 那个 notion-gallery 的插件的 html全是js 手搓的， 一点都不想改了， 迁移都头疼， 有时间直接用vue重写一版

刚看到ob也有人在写，https://forum-zh.obsidian.md/t/topic/30740

其实就是提供多个prompt 让用户选择，基本是以tiddler以中心进行具体的操作， 在tw里面提供多轮的对话式功能没啥意义，本地ai大模型的话，大部分普通用户的电脑速度都是跟不上的，也不值当

原来真的有大学开了 tiddlywiki 的讲座。

这是tw的老问题了，谁让tw过于依赖title呢，其实如果title是一连串的中英文，没有特殊符号，直接改成中文也行，浏览器会自动化解码

看了一下， 应该是你service-worker 的问题， 应该是 缓存策略没写好，现在他会缓存你的整个网站， 虽然你的images 文件没用到， 但是sw 会一直去缓存这些资源， 所以只有第一次会慢， 之后会快， 因为图片已经被缓存了。