跳转至内容
  • TiddlyWiki与Obsidian,我全都要

    讨论 插件 obsidian
    5
    4
    1 赞同
    5 帖子
    171 浏览
    机杼
    @king0billy 那肯定不是。TiddlyWiki与Obsidian各有所长,各有不同的使用场景,还是要看不同的需求。我提出这个方案只是为了满足在TiddlyWiki里能正常加载Obsidian编辑的MD文件。因为Obsidian的流行,导致很多MD编辑器也是使用YAML格式的。 TiddlyWiki擅长的是筛选器和筛选器带来的微件,以及由微件带来的自定义用户界面。这些都是Obsidian或其它任何软件无法实现的。至少我搜寻过太多软件很少能做到这一点。尤其是深度结合HTML和css的,大多数还要写lua脚本,然后实现一个原生但简陋的功能。比如sliver bullet。 我最近有打算在五一假期或者什么时候一个大长假的时候,重新设计自己的TiddlyWiki界面。一个功能繁杂但也许能满足我需要的。 再比如,我之前应该也有在论坛发过,那种借助太记可以实现同一个wiki,多个不同展示界面同时访问的那种功能。这也是Obsidian或其它软件无法实现的。他们有标签页,但其实两者不是一个东西。 [image: 1776912612647-88e7bbb5-be02-4eba-b687-d609e4c1cb3a-image.png] 现在上班了,时间不多,但有时候还是会用周末写一下。比如这里标题下面那些按钮就是我自己写的。 [image: 1776912672447-c64d54d6-d490-4967-8644-225f5cd7186a-image.png] 点击 可以切换不同的展示方式,且有另一个背景颜色提示。 这里还要再说回来,如果会JS,那TiddlyWiki也好,Obsidian也好,两者都有很大的扩展空间,甚至Obsidian会更大一点。但关键是,什么是你需要的。每个人需求不一样,对应场景不一样。对笔记软件的看法也不一样。 比如我现在迫切想用上MWS,因为我始终担心nodejs版本的TiddlyWiki存储性能不够。不足以支撑未来庞大的数据量。
  • 准备把太记发布到应用商店

    讨论
    7
    2 赞同
    7 帖子
    214 浏览
    H
    @linonetwo 期待,出必买
  • 5.4.0版本讨论会议

    讨论
    2
    1 赞同
    2 帖子
    25 浏览
    linonetwoL
    到时候看看吧,五一我可能出门玩了
  • 1 赞同
    29 帖子
    3k 浏览
    机杼
    @w6iyes 现在基本上不用define 了,基本上改用procedure了
  • 5.4.0版本要来了

    讨论
    9
    0 赞同
    9 帖子
    358 浏览
    机杼
    @king0billy https://talk.tiddlywiki.org/t/tiddlywiki-v5-4-0-will-be-released-on-20th-april-2026/ 就直接上英文论坛看就可以了。
  • 一个表格生成的问题

    讨论
    3
    2
    0 赞同
    3 帖子
    77 浏览
    linonetwoL
    等 5.4.x 的所见即所得编辑器吧,之后应该会有表格编辑器。
  • 公开一个阅读模板

    讨论
    20
    0 赞同
    20 帖子
    1k 浏览
    dyp1121054136D
    @y7 这是tiddlyhost,一个外国人弄的免费博客,虽然没墙,但是没有梯子可能打不开
  • 0 赞同
    6 帖子
    430 浏览
    机杼
    @W1825 可以正常你复制一个,把里面的created 和modified 对调一下就好了。
  • Tiddlywiki 和 Org mode 的区别

    讨论 tiddlywiki org mode emacs
    2
    0 赞同
    2 帖子
    178 浏览
    机杼
    我是重度TiddlyWiki用户,也几次想尝试emacs,奇怪的是我感觉自己跟emacs相性不合,怎么都玩不下去。但多少也可以比较一下。 emacs本质上是编辑器,org mode是里面用来编辑org文件的插件。org是一种大纲式的标记语言。我在网上有看过,有的人写起来非常丝滑。 TiddlyWiki则是网页式的单页面应用,其依赖于浏览器。 两者的共同点在于,都具有高度的自定义性,可编程性。不一样的是,emacs是真的在写编程代码,而TiddlyWiki还包裹了一层wikitext,因而代码写起来相对简单很多。甚至不需要js技能就可以使用。而emacs,我感觉不会lisp应该是用不明白的。这也就导致两者都有一个共同点,学习难度大。 但好在两者的社区都比较繁荣,TiddlyWiki的社区也很不错,经常在论坛上问问题能立即得到回答。 org mode或者后面的org roam,有个好处是,其明文存储,但在编辑时会进行数据库构建。这就使得不管有多少个org文件,多大的org文件,写在何处的属性,都能立即展示出来。比如做任务管理,全部列举出来。 这一点TiddlyWiki还做不到。TiddlyWiki是明文存储,但没办法进行数据库构建,因而在后期笔记数量达到一定程度时,确实会出现性能下降,编辑缓慢。但一来这个量级要非常大,至少要几万条笔记(不包含图像等媒体文件的话),二来这个问题也是可以解决的,且有多种解决方案。可以有MWS,也可以看看我刚提出来的,用Obsidian编辑md文件然后在TiddlyWiki里展示的方案。 TiddlyWiki与emacs的org mode区别还在于,TiddlyWiki更倾向于把文件拆分成多个条目,而org mode则无所谓。在TiddlyWiki里,一个条目或者说笔记如果有两万字,编辑起来能明显感觉到有些卡顿。 TiddlyWiki可以在多处运行,甚至可以放在u盘里。emacs能不能这样做我就不清楚了。TiddlyWiki可以搭建博客,发布文章,emacs应该也有类似的插件可以实现这种功能。 在我看来,TiddlyWiki更像是一个前台,更像是一个展示的空间。我可以在这个空间里随意构建我想要的内容。TiddlyWiki更像是独一无二的具有自指性质,自我更新的软件,其它软件则很难做到。emacs的生态如今下放到Obsidian里去了,因为Obsidian使用md文件且插件丰富。再有一部分就下放到vscode里去了,毕竟不用自己配置emacs了。还有一部分转移到roam或者tana这种专门的大纲笔记软件。 当然TiddlyWiki也有用户流失。但不像emacs用户有好的归属。 感觉写得有点混乱,我对emacs了解实在太少。
  • 希望太记AI可以做到类似mem的功能

    讨论
    1
    0 赞同
    1 帖子
    101 浏览
    尚无回复
  • 建议太记移动端使用外部存储

    讨论 太记 移动端
    3
    0 赞同
    3 帖子
    54 浏览
    paperP
    感谢回复,Android上可以用GitSync来同步
  • 一个很有意思的笔记软件AnyType

    讨论
    1
    0 赞同
    1 帖子
    52 浏览
    尚无回复
  • 在Koofr使用html版tiddlywiki的方式似乎已经失效

    讨论
    1
    0 赞同
    1 帖子
    30 浏览
    尚无回复
  • TiddlyWiki转换文件路径时可能会存在问题

    讨论
    3
    2
    0 赞同
    3 帖子
    74 浏览
    机杼
    [image: 1768297035181-e9c2142b-10c4-4f0a-91ce-208a5d88a788-image.png] 文档中说是会增加一个空格然后递增数字,但明显实现不了。 [image: 1768297060202-08b13112-3dd6-481b-bbb7-dfd0211e76a6-image.png] [image: 1768297069200-5e4a35aa-d55d-466d-8fc1-ae184a57ce58-image.png] 从上面两个截图可以看出没有实现这个功能。 因而保险起见,还是不要_作为标题字符。
  • 为新用户隐藏大部分功能

    讨论
    2
    1
    0 赞同
    2 帖子
    82 浏览
    机杼
    [image: 1767620970305-0ffb71e8-6aa8-4769-b228-8986974be692-image.png] 类似于这种图像也可以放进一个tabs里。这样展示起来也很方便,想看就点击查看。不想看就关闭了。
  • 制作一些有用的太微示例来宣传

    讨论
    14
    0 赞同
    14 帖子
    666 浏览
    机杼
    @Neonity 可以啊,且非常适合做这种事情。 但如果要突显出TiddlyWiki的特点,可能还得花点心思。
  • 0 赞同
    1 帖子
    63 浏览
    尚无回复
  • 0 赞同
    1 帖子
    85 浏览
    尚无回复
  • 0 赞同
    1 帖子
    89 浏览
    尚无回复
  • 0 赞同
    14 帖子
    646 浏览
    W
    版本:v8-在线试用-条目名称补全-自动补全与提示预览-属性与参数提示-关闭标签括号与查看节点-高亮匹配标签并跳转-实验性代码折叠-codemirror5编辑器 更新时间:251103 (实验性)在线试用(只有英文版): https://wtsshl.tiddlyhost.com/ 更新说明: 改进了补全体验:忽略剪贴操作、空格等字符。输入尖括号会触发补全。 补全功能增加了(实验性)条目名称补全,支持缩写搜索,支持提示预览功能(显示部分条目内容(text)、内容长度、类型(type)、字段(fields))。 改进了关闭标签功能,重复按下快捷键会在括号前后跳转。 改进了提示预览功能,右侧空间不足则会显示在左侧,底部空间不足则会往上显示。 增加了一些快捷键:解析语法折叠、其他配置、使用说明。 调整了高亮匹配括号的样式。 wikitext简单语法高亮v8.zip.txt (753kb) 使用说明:同上。双击打开(v8.html)。 Version: v8-251030 (Experimental) online demo: https://wtsshl.tiddlyhost.com/ What's new: Improve the completion experience: ignores cut and paste operations, spaces or some other characters. Typing angle brackets triggers completion. Added experimental tiddler title completion, supports abbreviation search, and supports tooltip preview (displaying part of the tiddler text, text length, type, and fields). Improve the [Close tag/bracket]: repeatedly pressing the hotkey will jump to the end or front of the bracket. Improve the tooltip preview: if there is insufficient space on the right, it will be displayed on the left; if there is insufficient space at the bottom, it will be displayed upwards. Added hotkeys: [parse folding], [Other configs], and [Help]. Adjusted the style of [Highligh match-brackets]. wikitext-simple-syntax-highlight-v8.zip.txt (664kb) Instructions: Same as above. Double-click to open (v8_EN.html).