Closed dongrentianyu closed 1 year ago
太微还是很方便的,这种核心底层的东西说改就改。给用户很大的发挥空间。如果可以侧边栏的主标题,副标题都可以改掉,留出更多空间来。
其实我觉得默认的就挺好了,主要是得加点样式。
像notebook主题的,我猜也是用默认的。但加上样式就好看多了。不过其实用起来都一样。有时间再改吧。
主要是得像 Ob 那个一样,有别的功能,就是命令菜单里那些功能
你是说目前已经有的那个命令插件的功能吗?
是的,还有那个命令菜单插件我也想改成用 https://github.com/algolia/autocomplete 之类的来做
这种改标签的方式是不是不大好?用户打开再关上,条目也还是变成了影子条目。之后主题有修复更新,用户也收不到了。
不知道别的主题是怎么做的,可能得看看官方主题。我猜测可能是在一个一直加着 Style 标签的条目里,用 list 微件,里面嵌入具体的样式条目,就能根据设置的开关与否控制样式显示,同时又不会让用户把含有具体 css 的条目变成影子条目(只有含有 yes no 的那个设置条目是影子条目)
这些我觉得应该有教程,不过至少官方教程里没有,我有空要去补一下
这就难办了。我觉得我们可以在readme里写清楚修改了什么核心插件,用户更新主题插件的话,可以先删除再更新。
不然做成可选的内容,一定会有条目产生变化的。即使不是核心里的条目,也很难处理。
除非有状态条目,可以在下次更新时覆盖掉。但这方面还不知道怎么搞。
另一种方式是修改核心条目,然后加上reveal微件来控制,也就是符合什么条件时展示出来,不符合什么条件时不展示。这可能会比直接修改style标签要好很多。
不过我觉得后面如果没有太大的更新的话,那可以是这样保持的。因为功能就是侧边栏搜索框可选的隐藏还是展示。当然样式是丑了点。
做成可选的内容,一定会有条目产生变化的
这个无所谓,产生一个 yes no 的改动,无伤大雅,也不会覆盖任何更新会涉及到的东西。
主要是如果改动里包含 css ,就不好了。因为更新会涉及 css。
这主要是一个设计这类插件配置的方法,我之后可以搞成教程和 snippets
另一种方式是修改核心条目,然后加上reveal微件来控制,也就是符合什么条件时展示出来,不符合什么条件时不展示。这可能会比直接修改style标签要好很多。
是这个意思,不过应该是
修改带有 style标签的条目,然后加上reveal微件来控制,也就是符合什么条件时展示出来,不符合什么条件时不展示。这可能会比直接修改style标签要好很多。 这个条目里就只有一个 reveal微件 和style标签
哦,我明白了。先说样式那个,这个是可以让一个yes或no的状态条目控制的。这样就不影响后续插件更新样式的增减了。
但核心那个怎么才能控制条目展示或不展示呢?因为核心的是靠特定标签来展示还是不展示的。换言之,加上那个标签的都会展示在侧边栏。
应该是说,条目一直都展示,但条目内容通过 reveal 让它实际显示为空即可
后面想想,确实如此。有一些让用户设置的内容应该要搞成config条目的形式。比如表格里展示的字段,不应该让用户直接修改底层展示内容,而应该是用状态条目来处理。
但就是不知道这个要怎么搞才好。得再研究研究。
但就是不知道这个要怎么搞才好。得再研究研究。
@dongrentianyu 做了一部分:https://github.com/tiddly-gittly/itonnote-theme/pull/9
这些经验可以先记到中文教程,不过以后肯定是要自动化的,搞成模板,脑力劳动的机械化
同时不影响其他插件,比如意义之塔插件。