2023年的时候,我也搞过一次问卷调查,只有24个人填写了。TiddlyWiki的用户相对来说还是比较少的。这次在英文论坛那边,我估计也不会太多,可能一百左右吧。

机杼
-
来参加社区调查活动吧 -
来参加社区调查活动吧Take the TiddlyWiki Community Survey 2025
https://ec.europa.eu/eusurvey/runner/tiddlywiki-users-2025
https://tiddlywiki.com/upgrade.html
在2010年的时候也进行过一次社区调查,当时的TiddlyWiki还跟现在的TiddlyWiki5很不一样。相隔25年,再次开启调查。这个时间隔的太长了,按我说应该每年或者每个版本更新时调查一次。
可以通过上面的论坛查看链接,也可以直接访问下面的调查链接。此调查不会收集用户的个人信息,比如ip地址之类的。
我是用deepl翻译成英文放上去的,但理论上也许可以用中文。里面的问答题有字数限制。
里面有一个关于Wiki Information的问题,是5.3.7版本加入的。而太记用户可能还无法升级到5.3.7,可以保存一个单文件版本,用下面的升级网址升级一下,再保存为升级版本的复制出来。
最后是需要提交一个验证码,我试了两三次过了。一开始直接看着输入容易错,后面直接播放,一边播放一边输入,基本不会错。出错了会重新回到界面来,不需要重新填写。
-
复杂筛选器变量传递问题@w6iyes 一般来说写插件会复杂一些,要考虑到很多场景。平时自己用的话,筛选器很少写这么复杂的。这可能是我第一次用subfilter。
-
启动时处理配色表https://talk.tiddlywiki.org/t/unexpected-problem-with-tag-pills-on-program-startup/
另外,可参阅上面论坛的讨论,大胡子进一步优化了代码。可以从这些讨论过程中学到很多。
-
启动时处理配色表这个启动时处理的标签很不错,还可以运用在语言转换上。比如对于中国,则界面显示中文。其它国家则显示英文。
还可以控制侧边栏的开关 ,因为本质上是对状态条目进行设置。
还可以做其它很多操作。比如一启动就新建一个当天条目。
总之玩法多样,多多尝试。
-
启动时处理配色表\procedure selectpalette(t,f) <<f>>: <$select tiddler=<<t>> index=<<f>> style.width="80%"> <optgroup label={{{ [<f>titlecase[]] }}}> <$list filter="[all[tiddlers+shadows]tag[$:/tags/Palette]color-scheme<f>sort[]]"> <option value=<<currentTiddler>>><$view field="name"/> -- <$view field="description"/></option> </$list> </optgroup> <optgroup label="No Color Scheme or Other Scheme"> <$list filter="[all[tiddlers+shadows]tag[$:/tags/Palette]!has[color-scheme]sort[]]"> <option value=<<currentTiddler>>><$view field="name"/> -- <$view field="description"/></option> </$list> </optgroup> </$select> \end \procedure setpalette() <$tiddler tiddler="apply-light-or-dark-mode"> <$let apply-mode={{{ [{$:/info/darkmode}match[yes]then{light-or-dark-mode-palette##dark}else{light-or-dark-mode-palette##light}] }}}> <$action-setfield $tiddler="$:/palette" $value=<<apply-mode>> $timestamp="no"/> </$let> </$tiddler> \end <$eventcatcher $change=<<setpalette>>> <<selectpalette "light-or-dark-mode-palette" "light">><br> <<selectpalette "light-or-dark-mode-palette" "dark">> </$eventcatcher> <<setpalette>> * [[$:/palette]] ** {{$:/palette}} * [[light-or-dark-mode-palette]] ** light-mode {{light-or-dark-mode-palette##light}} ** dark-mode {{light-or-dark-mode-palette##dark}}
新建一个条目,把上面内容放进去。然后就会有列表可以选择了。选择白天模式和黑暗模式,配置的条目在
light-or-dark-mode-palette
中,这会变成一个json的数据条目。条目名可以修改,但要把其它地方也修改掉,因而要么不改,要改就用批量替换修改。如果你想启动或者刷新wiki时根据系统判断来展示的话,可以增加一个
$:/tags/StartupAction/Browser
标签。通常使用TiddlyWiki搭建网站的人来说,这是比较好的。因为其它人访问你的网站时,系统可能是白天模式也可能是黑暗模式。这可以提供一个较好的阅读体验。以上,下面是吐槽。TiddlyWiki这一点还是不太行,像Obsidian,思源笔记,或者大多数的软件,都能支持直接获取系统的黑暗模式和白天模式,完全不用自己手动刷新。其实这个方案,我见到最早的是由sttoct提出的,他也提到了要自动化处理可能需要外部js,于是就此作罢。
更新,增加了没有color-scheme字段的筛选器表达式,同时也增加了排序,没有排序看起来太混乱了。
-
使用TiddlyWiki开发游戏最近玩邪恶冥刻这款卡牌游戏,忽然想到可以用TiddlyWiki开发游戏。感觉值得尝试,不需要用js,就可以处理。不过也有很多要考虑的。
-
如何使用TiddlyWiki启动桌面应用程序有一些软件会在注册表中注册协议,像微信和steam就是。太记好像也有注册,Obsidian和思源应该都有。但不是所有软件都有。而要自己添加和修改的话,非常麻烦。所以还是算了,就用一个桌面盒子来整理吧。
-
如何使用TiddlyWiki启动桌面应用程序 -
复杂筛选器变量传递问题另外一个是,TiddlyWiki也引入了
function
函数和筛选器。使用此函数可以自定义筛选器并且传入变量。但这个我还是没搞明白。文档中没有太详细的说明。论坛那边也都是直接上来用,但没有什么好的解释说明。目前还有一个PR,可以使用
let
微件在单个变量中传递多个变量值。- https://github.com/TiddlyWiki/TiddlyWiki5/pull/8972
- https://deploy-preview-8972--tiddlywiki-previews.netlify.app/
TiddlyWiki其实真的非常强大,但资料也是真的少。近几年更新很快,旧的东西也保留了,新的东西在不断增加。功能也确实是越来越多了。但功能主要还是面向高级用户的,对普通人来说,还是要等封装成插件。
-
复杂筛选器变量传递问题说来惭愧,我自以为对筛选器掌握得不错,结果在这个问题上花了三天的时间都没解决。别人在听完我的描述后,立即就给出了解决办法。我来稍微解释一下吧。
这里有两个关键的地方,一个是
filter
前缀,它可以对前面筛选出来的结果进一步筛选。假设前面筛选出了A,B,C,D四个条目,而filter后面筛选出了A,B,C三个条目,那么返回的就只会是A,B,C三个条目,相当于进一步约束了。
另一个地方则是
subfilter
,这是一个建构子函数。建构子函数可以把结果转换成完成不一样的。建构子函数是我第一次确切明白是什么意思。但这里最关键的在于前面的
all[tiddlers]
,因为这个前缀有时候会是默认提供,有时候不是默认提供。比如此筛选器前面的[tmo[Project]tmo_projectState[doing]]
,就不需要加all[tiddlers]
,因为这个是默认提供的,但后面的则不是默认提供。因而在subfilter
筛选器接入的只是当前条目的tmo_projectFilter
字段。也就是此插件条目tmo_projectFilter
字段值。但很明显插件条目没有这个字段,也就是空。[tmo[Project]tmo_projectState[doing]] :filter[all[tiddlers]subfilter{!!tmo_projectFilter}tmo_taskState[todo]count[]!match[0]]
所以上面增加了
all[tiddlers]
,会是进一步约束和筛选。得出想要的结果。即筛选出项目条目并且项目条目下面的tmo_projectFilter
字段中的结果存在非空的任务条目。[tmo[Project]tmo_projectState[doing]] :filter[subfilter{!!tmo_projectFilter}tmo_taskState[todo]count[]!match[0]]
不增加则只会筛选出项目条目,后面
filter
的内容都是空,无法起到筛选的作用。——————
上面的筛选器还可以写成另一种,也就是把后面的内容当成一个变量传递。这种方式也是可以的。
\procedure projectFilter() [all[tiddlers]subfilter{!!tmo_projectFilter}tmo_taskState[todo]count[]!match[0]] <$list filter="[tmo[Project]tmo_projectState[doing]filter<projectFilter>]"> <$link><<currentTiddler>></$link> </$list>
-
如何使用TiddlyWiki启动桌面应用程序我最近用的一个桌面分组软件,转向付费了。我想到TiddlyWiki能不能实现,直接用TiddlyWiki启动桌面应用程序。不知道有没有类似的插件或尝试。
-
TaskHub:新的任务管理插件$:/plugins/mabuqian/TaskHub
- code: https://github.com/dongrentianyu/timefortask
- demo: https://dongrentianyu.github.io/timefortask/
插件名如上,可以在CPL上安装。
插件通过两个类型,一个是项目,一个是任务。项目与任务都是各自独立的。项目条目中有一个字段tmo_projectFilter,可以根据这个字段的值进一步扩展包含的任务。这可以允许一个项目中包含来自多个项目的任务。
简化了任务管理的复杂度。一个任务,要么是todo,要么就不是todo。没有设置其他优先级一类的判断。不是todo的话,则有三种可能,一种是done,表示已完成。一种是closed,表示已关闭,通常是没有去做,后面不想做了。一种是breakdown,表示失败,通常是去做了,但因为各种因素没有成功,所以失败了。一般来说,closed的条目可以再打开,但breakdown的条目应该重新新建一个去完成。
项目也是一样,但项目正在进行使用的是doing而非todo。
本插件重度使用了
$:/plugins/nico/projectify
原有的内容,包括样式和代码等内容。但也做了同样多的修改,所以作为新插件发行。目前可以正常使用,但可能存在问题,欢迎反馈。后续会继续跟进和更新的。 -
复杂筛选器变量传递问题[tmo[Project]tmo_projectState[doing]] :filter[all[tiddlers]subfilter{!!tmo_projectFilter}tmo_taskState[todo]count[]!match[0]]
论坛那边给出的解决方案。
-
复杂筛选器变量传递问题我在英文论坛那边也发了,但都没有实质性的进展。也不知道是不是他们没理解。唉。这里我也发一遍,看看有没有大佬能帮忙解决。
我有一些条目是项目条目。其具有一个
tmo_projectFilter
字段,值通常是[tag<currentTiddler>]
,这个字段是可以让用户修改的。比如他可能希望在一个项目中包含来自两个项目的任务。然后任务条目具有一个字段tmo_taskState
,值可以分成两类,一类是todo,一类不是todo。如果一个项目条目,
tmo_projectFilter
中的筛选结果里,没有tmo_taskState
为todo的条目,那么这是一个空的项目。筛选wiki所有条目,如果全都是空的项目,那么会展示一个模板。如果有一个不是空的项目,那么展示这个项目为链接形式。
当然这只是一简化的讨论,但问题是一样的。里面需要用到subfilter筛选器,但关键是如何对
tmo_projectFilter
值进行引用。这可能需要目前还在PR当中的,单个变量包含多值。下面是仓库和可以在线测试的网址。代码在src/taskhub
文件夹中。 -
如何将纪元时间戳转换回 TW 默认格式@马萨伊尔 好的,原来是在1楼那里改的嘛,谢谢了。
-
如何将纪元时间戳转换回 TW 默认格式论坛不能改标题吗?我想改成
如何将纪元时间戳转换回 TW 默认格式
,这样更有针对性。 -
如何将纪元时间戳转换回 TW 默认格式我去查了一下论坛,发现早就有讨论过。而当时的pr也已经包含在最新版本中了。那么转换就有可能实现。而这个实现也确实比较不那么TiddlyWiki。代码如下。
<$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">> aaa={{{ [<nowts>format:timestamp[]] }}} yesterday={{{ [<nowts>subtract<oneday>format:timestamp[]] }}} tomorrow={{{ [<nowts>add<oneday>format:timestamp[]] }}} > * 现在时间:<$text text={{{ [<aaa>format:date[YYYY-0MM-0DD 0hh: 0mm]] }}} /> * 昨天时间:<$text text={{{ [<yesterday>format:date[YYYY-0MM-0DD 0hh: 0mm]] }}} /> * 明天时间:<$text text={{{ [<tomorrow>format:date[YYYY-0MM-0DD 0hh: 0mm]] }}} /> # <<nowts>> # 昨天时间 <<yesterday>> # 明天时间 <<tomorrow>> </$let>
有几个关键要点
now
宏竟然能传入TIMESTAMP,这个参数文档里没写-
- 你是怎么发现的,因为我以前也没遇到过
- 其次转换后timestamp,不需要进行额外处理,因为额外的处理可能会导致不生效
- 最后需要再把纪元时间戳转换成TiddlyWiki的时间格式
-
- 这里可根据需要改变呈现的形式。
-
如何将纪元时间戳转换回 TW 默认格式没有成功。
这里的问题在于,我们用timestamp转换后的实际数据是
1750443974491
,而这个数据也确实可以转换成日期格式。可以用下面网址查看。但TiddlyWiki的存储时间格式是
[UTC]YYYY0MM0DD0hh0mm0ss0XXX
,也就是像20250621182614444
这样的数据。目前没有提供一个函数,或者筛选器,或者宏之类的工具,可以把前者转换成后者。上面用js写的代码应该做了处理。
-
如何将纪元时间戳转换回 TW 默认格式我最近在制作一个插件,我使用了一个字段tmo_dueDate,值为2025-06-19,格式一类的。但现在有一个问题,我想要根据这个字段值判断与当前日期的时间,如果是今天则展示为今天,如果是明天则提示成明天,如果是两个月后则显示为两个月后。
因为TiddlyWiki是按YYYY0MM0DD0hh0mm0ss0XXX的形式处理字符串的。社区目前有两个插件,一个是Date Picker plugin,一个是根据Projectify改编而来的Pikaday。两者都是基于pikaday库。前者功能强大,但年代久远,是好几年前的插件了。后者比较新,且kookma应该会一直维护。但后者也不好调整,只能限定字段为due,且存储的值也是一长串数字,类似于created一长串的值。因而我也不想采用。
因而大胡子搞了一个小工具可以进行转换。
虽然也是两三年前的代码了,但我测试后可以在5.3.6版本中使用。
将上面的代码导入wiki后,要刷新一下加载js文件。
新建一个条目,名称随意,新建一个字段test,值为2025-06-19格式的。并把下面的代码放在正文中。
<$let today=<<now "YYYY-0MM-0DD">> format="[UTC]YYYY-0MM-0DD" oneday={{{ [[24]multiply[60]multiply[60]multiply[1000]] }}} yesterday={{{ [<today>parsedate[unixtime]subtract<oneday>parsedate:unixtime<format>] }}} tomorrow={{{ [<today>parsedate[unixtime]add<oneday>parsedate:unixtime<format>] }}} tmoTime={{{ [{!!test}parsedate[YYYY0MM0DD0hh0mm0ss0XXX]format:relativedate[YYYY-0MM-0DD]] }}}> <<yesterday>> <<tomorrow>> <%if [{!!test}match<yesterday>] %> 昨天 <%elseif [{!!test}match<tomorrow>] %> 明天 <%elseif [{!!test}match<today>] %> 今天 <%else%> <$text text=<<tmoTime>> /> <%endif%> </$let>
可以看到,上面的条件判断可以分析出是今天,还是明天还是什么时候。
这非常方便,因为我们可以做更多的样式处理。