delete_______

要做一个小的 DSL 吗

稍微有点儿,但方向是对的。
考虑到很多人连mdx/mdd 怎么用都不清楚,这些人免去mdx那一套的学习成本,直接用这套工具链的GUI,成本也许不会增加多少。
mdx/mdd 的问题是闭源所导致的技术文档太少太分散,学习成本不低的。大家都在盲人摸象,连打包个mdx都有那么多坑。
建议楼主有个别精品可考虑贡献技术文档获得。

github 上有账号的 star 搞起来

1 个赞

您举例子的牛4即是我制作且打包的,您说的排序问题我已经稳定解决,具体工具详情可参考这个帖子:https://www.pdawiki.com/forum/forum.php?mod=viewthread&tid=36415&extra=page%3D1

1 个赞

Hi

1 个赞

支持uber姐。不过光有格式框架也还不够,如何做到全平台都有查词工具可用也是十分重要的。

欢迎 L兄重出江湖哈。

当时我应该是使用MdxBuilder 3.0打的包。
之所以举牛4,是因为我一直在改进 L兄发布的牛4-20191111,尤其是手工解决<zh>标签的边界问题(因批量处理,中文例句首尾的非中文字符放在了<zh>标签外),以制作中英文切换版本。顺便改进了一部分排版问题。

如果 L兄同意的话,我可以把这个版本发出来跟大家分享。

1 个赞

没问题的,请尽管发布。我当时也是斗胆接了fuyouyu的接力棒,所以一直继承了他免费分享牛4的原则。边界问题是个遗留下来的恼人问题,而且非人力排查不可。辛苦endnote兄多日改进。如果还有打包问题我也可以帮忙打包一下。

1 个赞

:roll_eyes: :joy:我不抬杠,,我只是问一下,百度百科2000G+ 数据,请问可以最快几天可以按照你的办法洗完版。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

不是技术的问题,是内容上的问题,字典曾经在洗版的时候对中英文边界判断的不准,有很多中文被划到英文的格式里了。

跟本贴主题无关,抱歉哈。类似

回 L兄:我现在学python3,用mdict-utils打包基本没问题

在考虑存储字典数据的时候,最好能规划一个额外的笔记区。

当词典数据可修改后,用户可能会需要对某个词条做笔记,例如高亮、添加评论,就像是在买来的词典上做笔记一样

若是将这些笔记添加到字典数据区,经过多人转手,可能词典原始数据就混乱不堪了,分不清哪些部分是笔记,哪些部分是原始词条释义。

所以需要一个笔记区,用于存储富文本的笔记、高亮标识。

2 个赞

可以参考 flask-mdict 或者 cloudreve,用 python flask 或 go 语言提供 web gui 服务。又或者用 Electron 做桌面端,同时内核可供浏览器访问。(不过我不是技术人员,应该帮不了忙)