sub task ording字段有问题

[dongrentianyu]

因为会一直往下列出内容

\\\\\\\\\\\\\\\\\\\\\\\

我怀疑是筛选器递归出了问题。有待求证并解决。

[dongrentianyu]

一直这样叠加，不断增长直到64m，甚至更多。

[linonetwo]

这是咋搞出来的？supertag 应该只是生成表单吧，不会填值进去

[dongrentianyu]

就是点击勾选这个字段，然后就自动生成了。

[dongrentianyu]

本来应该是sub task ording字段，但显示出来的却是list字段。

[dongrentianyu]

在意义之塔里发现的，这个插件演示网址里好像没有这个字段。

[linonetwo]

那可能那个 JSONSchema 有点问题，下次看看

[dongrentianyu]

我觉得是在生成list字段中，因为其中description中用了反斜杠。

[linonetwo]

反正这个字段暂时也用不上，因为xp的那个动态表格好像也没法使用传入的顺序来展示，还是又自己排序了一次。

[dongrentianyu]

因为要动态变化排序的话，就比较困难了。我感觉在太微里，就是各种动态操作不方便。其他静态的操作都很方便。动态刷新变化挺难做到。

我待会把那个字段改成sub task ording，不用list，避免新手操作失误影响wiki。

[linonetwo]

我觉得是他动态表格写法的问题，因为如果是使用原生的列表的话，就可以按照我们想要的方式排序，就是它的动态表格不支持这种而已，他非要自己排一遍，把我们给的排序都给洗掉了。

[dongrentianyu]

也就是说应该要在aggregation宏里增加一个排序的变量，让用户自定义默认排序方式，是吗？

[linonetwo]

是啊，库克马好像说在 shiraz 里加太麻烦了就没加，xp 不知道好不好加

[dongrentianyu]

xp更不好加了。因为xp集合了很多插件，不像我们基本上一个功能一个插件。xp是把很多功能都集合在一起了。而且xp作者应该也没时间继续改了。加上他的插件也没有文档和仓库，代码里也没有注释，很难搞。

[linonetwo]

那是不大好，有的太微早期的作者喜欢这样做，我们算是引领了先进一点的潮流了，我有空也可以帮他拆一下

[dongrentianyu]

"list": {
      "type": "string",
      "title": "Sub Task Ordering",
      "description": "Alias of \"tmo:subTaskOrdering\", in tiddlywiki we use \"list\" field for this.",
      "propertyOrder": 106
    },

我感觉还是因为list字段的问题。我改成tmo_subTaskOrdering就没有问题了。