大概看了一下，感觉操作还是有些繁琐，其中不是很明白为什么要把BW源先转epub2再转epub3。

看了一下模板epub，发现有一个小错误，就是Misc目录下显示了xml文件。该错误其实是来源于苹果字体支持xml添加插件的错误，我记得那个插件会在manifest添加xml文件的条目，这个不必要的操作导致misc下会显示xml文件。如果只是显示还好，它会导致更严重的问题，就是sigil添加杂项类型（如js或txt）会错误添加到META-INF目录去。把manifest对应的item项删了就没这个问题。

吧主研究的真透彻

版本更新至v1.3.0，css完全重构，自动化核心改为Python插件

不错，比我以前弄的破脚本细致的多，模板也挺好看的。日台书商的epub样式多变，处理起来就是烦，之前我换一套做就要对脚本改来改去，后来烦了直接导出为TXT再重新插件分章导入，然后就再也不碰这玩意的自动化。

版本更新至v1.3.1，插件功能集成重构，增加GUI，取消自动执行列表依赖

好的，下来看看。

看了一下楼主的插件，部署方式简单了很多，插件总算独立，不再依赖其他Sigil功能和其他插件。这样执行流程会流畅的多。
不过有些问题还是要提一下：
1. win下那个exe的安装方式，我第一次点进去安装它就报错了，报的是插件目录非空，没有真的覆盖安装。我疑惑的是，Sigil原版的安装方式也可以，为什么要exe安装？（该exe很像Python语言打包的）

2. 其他模块看了一下，没有发现太大问题，除了繁体简化的问题比较大，你用的方法是直接字典映射，而它这个字典其实是需要配合状态机进行文本预读保证长词汇能优先替换，不过仔细看发现你对字典进行了排序，由大到小，然后按顺序替换，也是可以保证长词汇优先替换。不过这样会导致一个问题，即文本多遍遍历，可能导致词汇重复替换而出错，且这种错误人眼不容易发现。当然这种错误的概率跟字典设计有关，不一定发生，但可能性是存在的。所以我是建议文本一遍过，不要遍历多遍。
========
我也是大概看了一下，整体还是很不错。模块化的思维很清晰。作为一键成书类型的插件，基本上一个流程下去，包括元信息在内全部搞定了。
不过它的模板要自定义比较困难，得亲自修改源代码。
我毕竟很久没有制作epub了，bw源epub那种做的也不多，如果需要制作的话，可能会用你这个插件修改一下模板再制作。

还有，楼主这个exe安装方式，让我想起以前一开始开发Sigil插件，频繁插件安装到Sigil调试的事情，这样调试是真的痛苦，后来我弄了一个bat脚本，就是把插件的内容copy到Sigil插件安装目录。这样算是没那么麻烦，但Sigil的平台调试总计很多缺陷。
例如要查一个变量你得手动输出，例如在Pyqt的主循环内出错无法显示具体报错信息。
后来我是自己做了一个模拟Sigil插件环境的模块，可脱离Sigil环境进行调试。在VSCode编辑器下就可以直接跑代码。不过它做的很粗糙也很不成熟，经常一边调试插件一边改这个模块，我也一直懒得去给他改善，只有碰到问题才会对症下药。

大大这个挺好用的，但要是能给新建空白epub做初始化就好了

感谢，正好最近在弄一些繁体书，感觉逻辑好像不很熟悉。拿这个看看能不能简化些。

提一些个人的想法：
1.可以设置排除页，防止有些个性化的东西被干掉。
2.添加一个程序处理后的对比日志之类的，直接在代码编辑页面显示某一地方的的原始内容和修改内容的对比(不知道插件能不能办到这种程度)，还可以有一个总统计，比如类似calibre的编辑器中的：

这样方便找到一些不合适的变化。
3.希望用户可以方便简洁地编辑转换的规则。
莫名写了些，咱也知道站在说话不腰疼，敲代码肯定累，提个看法就当经验+3吧。

大佬

大佬， 图书馆暂停运行了吗？最近访问都报错502