机
我后面认真想了一下这个问题。我需要的其实是让条目出现在我面前，然后我去思考要不要修改这个条目。而且最终大概率是要去修改这个条目才算达到了我的目标。
从这个需求出发，tideme插件就有点不太合适了。因为条目是否需要修改是根据整个wiki来的。比如我现在这段时间对游戏关注比较我多，那么我写的很多关于游戏的条目就相对来说比其他条目更容易得到修改。反之，如果我这段时间看书较多，那么关于书中内容的讨论就会比其他条目更容易得到修改。
如果使用tidme插件一直点简单的话，两三次之后就会把这个条目的下一次展示时间延迟到几个月之后。而我可能只是当时不想要去修改，并不一定要几个月之后再去修改。即这个时间段不好把握。
当然用作记忆方面是没问题的。记住了的东西自然可以往后延迟出现。
<$button actions="""<$action-setfield $tiddler="$:/temp/persistent-choose-random" $value={{{ [!is[system]choose-random[]] }}} />""">
Click here
</$button>
<$link to={{$:/temp/persistent-choose-random}}/>
<$tiddler tiddler={{$:/temp/persistent-choose-random}} mode="block">
<$transclude $tiddler="$:/core/ui/ViewTemplate"/>
</$tiddler>
更正一下上面的代码。增加了模板显示的功能。
效果如图。模板展示的好处是你可以去查看链接，或者像节点丸里的内容。总之很方便去修改内容。因为有时候并不需要修改随机到的条目内容，而可能是任何与之相关的内容。
太微实在是太好用了。
$:/plugins/yaisog/choose-random-filter
目前我是安装上面的插件。然后根据插件文档里的内容做了下面这样一个按钮。
<$button actions="""<$action-setfield $tiddler="$:/temp/persistent-choose-random" $value={{{ [!is[system]choose-random[]] }}} />""">
Click here
</$button>
<$link to={{$:/temp/persistent-choose-random}}/>
<$transclude tiddler={{$:/temp/persistent-choose-random}} mode="block"/>
相当于随机展示条目内容。但之后筛选器如何优化就得再看情况了。
目前这种随机性也确实不错，随机了好几个条目，然后之后都进一步修改了。
我记得以前好像有专门随机条目的插件来着。后面再研究研究。
在太微中写了很多卡片，就需要复习。但复习的话如果是自己一个个去点击查看，感觉会容易变得枯燥。当然我目前是自己一个个点开查看的。而如果不一个个去点的话，就是通过随机插件，随机打开条目。一方面有惊喜，也能不断调整笔记内容。但另一方面随机也容易打断思绪。前后笔记内容完全不相关。
所以我就联想到了间隔插件能不能处理这个工作。但首先就是不需要评分。因为这里不是在记忆内容。特别是一些比较复杂的笔记时，更不可能用单个评分来处理这个记忆工作。（即如果我需要记忆的话，我就要把这些笔记拆分成很多个小的原子笔记去记忆。）
换言之，需要有一种类似间隔重复的工具来帮助我复习卡片。但不需要依赖评分。我觉得可以使用的参数是，创建时间，最后一次修改时间，字数，以及标签，或者字段等内容。用户也可以自定义筛选器去查看。
比如定义一个非系统条目且无标签的条目卡组。然后一张张展示出来。或者定义一个inbox标签，表示这是放闪念笔记的内容，让用户去查看。
最后修改时间则可以帮助调整算法，也就是如果这条笔记我昨天修改过了，那么就不需要再弹出来了。除非我自己又去修改这条笔记。需要弹出来的是上个月或者上半年我创建的笔记但没有修改的。
不过这里最大的问题在于，太微是一个数据库。所以很多东西并不完全是笔记，也即不需要反复修改。但如果通过标签或者字段来区分的话，还是感觉有些麻烦的。
但可以作为一个讨论的开端。
最近我在构想一种随机性，可以帮助复习条目卡片。但又不是那种全随机，因为有一些条目是不需要随机的。但如何区分出这些条目来比较麻烦。如果通过字段或者标签来处理则感觉很占用空间。通过筛选器去复习比较好。但另一方面数据保存在什么地方。单独保存在一个json文件里吗？也即最近查看的次数，修改的次数等。
$:/plugins/mabuqian/xnote
本插件主要修改自notebook主题插件。因原插件已有多年未维护，加上我对其有一些特殊的修改，故以新的插件名发布。
本插件暂不支持移动端使用，可能会出现一些问题。
Code: https://github.com/dongrentianyu/sin
Code: https://github.com/dongrentianyu/sin/
Site: https://dongrentianyu.github.io/sin/
$:/core/ui/PageTemplate/sidebar被 $:/plugins/mabuqian/xnote 重写，因此默认侧边栏不会被渲染。当卸载插件时，请删除$:/core/ui/PageTemplate/sidebar以恢复原本的状态。
左侧边栏是由其他插件提供的，右侧边栏才是由本插件提供的。
设置在控制台-外观里。可以自行调整侧边栏宽度和故事河宽度以此达到更完美的适配。插件里的数据比较随意。
太微默认的侧边栏选项是通过tabs来展示的。但tabs在太微里不是特别好自定义或者所展示。所以结合以前论坛的一些经验，做了一个用按钮来优化展示的。代码如下。
<$let a={{{ [[$:/state/tab/sidebar]get[text]] }}} >
<$list filter="[all[shadows+tiddlers]tag[$:/tags/SideBar]enlist-input[]]" variable="thisTitle">
<$button>
<$action-setfield $tiddler="$:/state/tab/sidebar" text=<<thisTitle>>/>
<%if [<thisTitle>has[caption]] %>
<$wikify name="test-tid" text={{{ [<thisTitle>get[caption]] }}}>
<<test-tid>>
</$wikify>
<%else%>
<<thisTitle>>
<%endif%>
</$button>
</$list>
<$transclude tiddler=<<a>> mode="block"/>
</$let>
要使用的话，就是新建一个条目，内容是上面的代码，然后添加标签$:/tags/SideBarSegment。接着你需要把$:/core/ui/SideBarSegments/tabs去除$:/tags/SideBarSegment标签。
效果如图，我个人感觉会更好看一点。
Page Layout a Powerful Feature in TiddlyWiki
一方面是参考论坛里库克马的这个轮盘菜单，这样侧边栏右边的那些按钮就不需要再占用其他空间了。
然后顶部就是那些布局页面。但可以把控制台单独拿出来。因为控制台实际上不需要和其他条目交互，或者说要交互的时候很少。
再就是故事河区域的左边是类似上面shadcn/ui，左边是侧边栏，竖状排列过来的。类似于vscode的那种。而且可以开关闭。右边就是故事河的主体了。
而且搜索框也可以放在这样。同样是跟vscode差不多的，点击就弹出一小部分区域，然后用户去搜索。
这样一来就容易达到一个简洁好用的效果。
我最近在搞这样一种插件，就是把布局和控制台都放在顶部。可以很方便切换。但控制台这种条目似乎需要放到故事河中才能显示，而CPL就不需要。不知道为啥。
我觉得你开发了很多个需要用到布局的插件的话，不妨可以试试这种思路。切换起来也许会更方便。
https://talk.tiddlywiki.org/t/design-a-new-layout-for-the-top-and-bottom-areas/10986
英文论坛上的帖子。里面有几张草图方便理解。
近期使用TiddlyWiki的过程中，感觉到可以设计一个新的布局来增加侧边栏的展示功能。
即上下文布局。这个布局很容易想象出来，在屏幕中间划一条线，上面是故事河区域，也就是默认布局的左边区域。下面则是侧边栏区域。
然后可以选择是故事河区域在上面还是在下面。
其次就是对侧边栏进行拆分，第一行是按钮，可以放在那条线的下面，也可以放到屏幕最底下的位置。然后左边则是侧边栏的选项卡，需要点击才会展示。当然其实也可以转换成按钮的形式。感觉转换成按钮的形式会更好，点击才去显示。
中间那条线可以在最右端增加一个按钮，用来全屏故事河区域或者全屏下面的侧边栏区域。
灵感来源于flowtiwi-sidebar 插件的想法。
@linonetwo 不知道你感觉怎么样？
