中文Readme的未尽事宜将在这里展示，保持首页的洁净。
引擎索引可见 Uni-Gal/UniGal-EngineRegistry
有很多语法上面不清晰的地方，还是希望能直接引用文档的，当然大部分引擎的文档都很出色。我们是希望能引用一个开放的文档而不是私有的文档，只是群文件的话，恐怕不便于直接引用和给出参考链接，毕竟互联网是开放的，只要可能，我们没有必要建设一个私域流量的网络吧~
（已经试着打入各位开发者的交流群并且试着和大家做好友了）但是因为太菜而瑟瑟发抖不敢说话。
此外，最终没有打算提供JSON或者YAML版本的UniGal标准写法，是因为认为这个应该是引擎内完成的事情。有的引擎基于js所以偏向json，有的基于python所以偏向yaml，如果分别维护分支，工作量会很大，会很难维护的过来。
因此，出于可交换性和统一性的考虑，只提供一个XML的写法。因为现在各种常见编程语言下，不论是XML还是JSON，都有很成熟的库可以使用，而且XML和JSON/YAML互转也是有方法的。如果您的引擎确实不能处理XML，可以考虑在引擎读入XML的时候自动转换一个temp的JSON文件。若是需要写入，先写JSON，再写回的时候再把JSON转XML，也是一种引擎内的实现吧。
因此，觉得这将会极大增加各位引擎开发者的工作量。并且，UniGal的语法也会随着演进而不断的滚动变更，要各位开始就实现很多功能但是后期却发生变更的话，想必也是过意不去的。我们只是作为一个标准制定和推行者，不可以也不应该去强制各位遵循的。
不过如果可以，可以从<text></text>这块下手，至少text上，UniGal的标准是基本定型了的。而纯粹针对文本的转换和读取，执行，技术上的调整和难度也是最小的。可以以某个确定版本的标准（如0.1.0）来尝试去实现。希望这可以成为大家合作的开始。UniGal社区在此再次感谢各位引擎开发者。
更多引擎，可以见visual-novel-engine的Github Topic。其中已经有一些引擎已在本支持名单中。
我们选择支持一个引擎的理由主要是考虑以下几个因素：
- 其用户基础和体量
- 其完成程度
- 其对开发者的友好程度
- 其使用的开源协议是否足够开放
- 其是否有足够的面向中文用户的开发文档
- 其是否有很好的i18n支持、a11y支持和跨平台支持
- 其是否有良好的用户社群。