跳转至内容

讨论

通用讨论区,默认的发帖和提问位置,包括插件宣传和问问题答疑,大家主要都聚集在这边,靠标签来给帖子具体分类。

235 主题 1.3k 帖子
  • 5.4.0版本要来了

    5
    0 赞同
    5 帖子
    85 浏览
    linonetwoL

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

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

  • 如何在procedure中传递筛选器变量

    5
    0 赞同
    5 帖子
    59 浏览
    机杼

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

  • 创造了一个可视化小工具:md to tid

    11
    0 赞同
    11 帖子
    227 浏览
    WhiteFallW

    新语法front-matter、footnote、link-reference、image-reference、definition、内部链接、embed支持的效果

    5942e73fb49e7341bb5ac0ef85251693.png

    b3b124d0edb40c43fc34047384606b22.png

  • 【TW前瞻】MultiWikiServer 锐意开发中的官方多维基服务器,未来可期

    9
    1 赞同
    9 帖子
    256 浏览
    机杼

    我大概明白怎么用了,简单概括如下

    一个bags必须要有一个recipe,不然这个bags无法形成域名,也就无法编辑 一个recipe可以有多个bags,但至少有一个,不然无法构建 recipe中的bags有优先级。同样的标题条目,优先级高的被recipe使用,低的无效。 这样带来的一个好处是,你可以自己做一个定制化的wiki模板,然后维护这个模板 接着你在你的其他生产环境中使用这个模板,但有些功能你当前的生产环境你不需要,所以你可以直接修改你当前生产环境的内容,不会影响到你的bags条目 另一个更常见的好处是,当你更新你的模板时,其他使用该模板的recipe会直接更新,这样就不需要一直调整了

    目前存在的问题

    文档上说会跟用.tid展示内容不冲突,但没有具体说明如何处理 因为显示可以与git相结合 目前recipe和bag没有删除选项,可能是还没有做 目前插件也作为bags提供,这个方案有点不那么好。因为插件太多了,会有很多个bags。如果把CPL收录的插件提供过去,那有好几百个。上百个bags显示的就很糟糕了。 怎么与筛选器结合,这一点还没有说。目前来看,bags与筛选器无关,出现重名的条目,就按优秀级来处理。

    可以期待实现的

    个人知识库管理会更加高效 举例来说,我可以只在一个book-info的bags中更新书籍信息,而其他的什么都不管,当我需要查询书籍的信息时,我可以在book-info中查找,也可以直接在我的主知识库中查找。 以及上述实现的模板功能。我可以有一个template,里面包含了大量我自定义的功能,但没有打包成插件。而且这里可以是一个生产环境,我可以直接在这里测试。但有个可以预见的问题是,测试条目也会随之附带到main中,所以需要通过筛选器来结合处理。 减轻性能。虽然我不知道具体是怎么处理的,但可以预见的好处是,性能会得到极大的改善。当然这个可能需要测试。 多用户处理 比如论坛上很多个不同的wiki,估计就可以使用这种方式来处理展示了,但背后又涉及到git方面的内容,估计还是不行 可能需要服务器,这个有点麻烦。因为文档中举了一个老师的例子,老师可以把他的教学资料放在一个bags中,而学生可以每个人都有一个自己的bags,可以提交作业。然后老师查看且修改。理论上都没有问题,最大的问题在于,是老师去部署这个服务器还是学校,学校真的会这样做吗? 这个肯定是学校部署的,老师估计是类似跟用学习通一样。算了,这方面还是不过多讨论了。

    感觉等技术成熟了,太记应该可以把这个放进去,从而构建更强大的TiddlyWiki。

  • 筛选器的上限

    5
    0 赞同
    5 帖子
    64 浏览
    机杼

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

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

  • 使用tm-modal来获得更多的空间

    3
    1 赞同
    3 帖子
    46 浏览
    linonetwoL

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

  • 如何在一个GitHub仓库里构建多个TiddlyWiki在线网址

    2
    0 赞同
    2 帖子
    46 浏览
    linonetwoL

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

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

  • 类似Prettier - Code formatter的功能

    3
    0 赞同
    3 帖子
    51 浏览
    机杼

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

  • TiddlyWiki跟AI结合得怎么样了

    5
    0 赞同
    5 帖子
    122 浏览
    linonetwoL

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

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

  • action-log超好用

    3
    1 赞同
    3 帖子
    61 浏览
    linonetwoL

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

  • 中文教程的图片改为外置附件形式

    5
    0 赞同
    5 帖子
    69 浏览
    linonetwoL

    有可能,这应该需要太记额外适配一下。现在导入也是靠太记适配的。

  • tm-modal怎么自定义样式

    11
    0 赞同
    11 帖子
    212 浏览
    linonetwoL

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

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

  • 推荐TiddlyWiki配置版本而非空白版

    7
    0 赞同
    7 帖子
    118 浏览
    linonetwoL

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

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

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

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

  • 之后AI功能在太记里更新

    2
    0 赞同
    2 帖子
    114 浏览
    linonetwoL
    普通用户基本不会去碰智能体的开发,只会使用,他们不爱折腾。 所以不一定需要UE蓝图那种可视化节点编辑器,而是直接用 JS 写,并可以让 AI 来配合高级用户写脚本 当然,后续也支持类似「字节扣子」的蓝图、支持执行太微标准的 Action Widget 条目 提供预置函数,它们从环境变量里取参数,而不是直接在代码里传参。普通用户可以通过表单调整参数。 JS写的流程涵盖了随机选一个在线wiki并执行随机取笔记的筛选器、从多个wiki中RAG、拼性格提示词、拼提示词让AI按格式输出、解析格式得到结果、写入sqlite并加上源谱 也可以不涉及AI,例如自动找有特定标签的笔记,通过API发到长毛象微博上,然后给条目加上微博uri表示已发表 写一个太记ai插件,提供微件来加载sqlite里的内容,例如加载对当前条目的AI评论 提供对话蓝图(可以自定义「按下消息发送键」时调用工作流)、定时执行蓝图(随机时间段后自动评论笔记、发布游戏化任务)
  • TiddlyWiki输入属性如何像obsidian一样丝滑

    2
    0 赞同
    2 帖子
    98 浏览
    linonetwoL

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

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

  • TiddlyWiki 打印优化技巧

    7
    1 赞同
    7 帖子
    91 浏览
    机杼

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

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

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

  • 控制台与高级搜索等系统条目页面的其他按钮怎么隐藏了?

    已解决
    5
    0 赞同
    5 帖子
    73 浏览
    机杼

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

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

  • 学习太微两年半,至今也没搞明白

    3
    1 赞同
    3 帖子
    107 浏览
    机杼

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

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

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

  • TiddlyWiki更适合每周记录

    4
    1 赞同
    4 帖子
    114 浏览
    linonetwoL

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

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

  • 请问太微官网使用了什么插件,隐藏编辑按钮?

    4
    0 赞同
    4 帖子
    82 浏览
    linonetwoL

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

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