那怎么办？词条编辑器能不能先出个或调用笔记编辑那样的简单版，然后再逐步完善？
基于以上原因，我暂时不会引入可视化编辑
1 个赞
正则搜索有什么规则？一直没成功。
日期: 3月22日
新增功能：
- 稍微调整了MDX查询的性能。
- 设置中添加了“查词时精确匹配”和"最大查词结果"，有助于提高查词速度。
- 代码编辑器默认自动换行。
- 代码编辑器添加了“撤消”、“重做”和“切换自动换行”的功能。
- 在AI Prompts弹出列表中添加了管理Prompt入口。
- 阅读模式中，如果词典有章节列表，优先显示章节列表
3 个赞
嗯，下版本再修正了
这个只适用于TangoDict格式的词典，具体语法可以参考一下Sqltie的正则
重音字母也会被当做no strip key处理，搞得其他yes strip key词典都搜不了（候选项都没有）。能否加个功能默认所有词典都是yes strip key，老是被no strip key词典妨碍查询。
搜索orebro，注意涂红的都展开无内容，此时是@@@LINK也会出问题。
这些词典都从orebro重定向到Örebro，用阅读模式查看发现Örebro都有内容。
以前我就偶尔会遇到词典无法显示，现在想来就是这个问题。
用官方MDict也是一样的问题，这应该是词条的设计有问题
能否考虑特殊优化处理一下？那这种带重音字母的词最好不要当主词头么，感觉太苛刻了。
我的经验是，MDict对Ö这些字母是大小写敏感的，即使是生成mdx时没有勾选Case Senstive也没有用，如果 @@@LINK 里的内容是Örebro而词条是örebro, 那就没有办法找到，也没有办法特殊处理，如果做了特殊处理，会导致德语词典无法查询。词典制作者可能要在准备词条时保证这些特殊字母的大小写一致
重音字母无法忽略，这是mdx的规则，要实现高性能的二分法查找，是不能忽略的
不是的，就算用的小写也搜不到，本来词条就是用的大写，@@@Link无效，按原型搜还只能搜no strip key 词典。
我做了一个大写是可以的，请参考以下mdx, 反正只要MDcit官方不支持的，那DictTango应该也不支持了
StripKey.zip (711 字节)
我说的不是重音字母的情况，那个是没有办法处理的，我说的是大小写的情况，这个跟Stripkey是没有关系的
图也给你了，在我这只能搜到这一本no strip key，其他词典本来有就是搜不到，阅读模式确认过了。你试试yes和no strip key都要放在同一分组。
你先试试MDict官方的app吧，如果它可以，那我们再继续看看什么问题。
只能说在这方面，由于mdx的限制，DictTango也不是万能的，该遵循的还得遵循, 如果我加了特殊处理之后让查词的速度下降了一千倍，估计你们也不愿意吧。
