[KevinH]

Interesting.

There is a whole "opencc" chinese conversion library added to convert between the different regional dialects of chinese and japanese. That at least makes good sense for a specialized Chinese version of Sigil. Same might be true for harfbuzz, but afaik, harfbuzz is already part of Qt.

They have also added a "mcp" interface to LLMs. And added some kind of "Live Plugin" environment but I have no idea of what it can handle or do. This required them to greatly grow the number of installed python modules.

Interestingly they kept the buggy prettifier code we tested that could not even handle inline tags properly, and the broken emmet code, the buggy pre-search feature called FindReplacePlus that caused crashes, the auto complete which was next to worthless when tested because xhtml tags are short, and kept the builtin epub3-itizer code all from "sigil-modified" as well.

So as far as I can tell, unless big improvements were made, these were not promising decisions.

I do think if you could use an LLM to handle complex corrections in the text and clean-ups without exposing that same precious text and ideas to an LLM to be absorbed or stolen, it might prove useful.

And it looks like they have built a whole unarchive zip file protection system to supposedly protect against malicious plugin zip archives. Silly, because any plugin itself must be trusted as it has full runtime privs. Plus our Unzip code safely forces all unzipped files into the target folder preventing them from overwriting anything outside their own folder. Again, a bit of a waste of time. Might make you feel good but truly accomplishes nothing. The plugin python code is running just like any other python program on your system with your full rights. And lots of code can test a zip archive for safety without unpacking it but once unpacked, it can do anything. An macOS and Linux running unzip -t or unzip -lv will show all final paths and file sizes if anyone is worried about a plugin zip file. They should be much more worried about the python code inside if they do not trust the source! My guess is they did this to start commercializing plugins, but I could be wrong.

They also added dragging and dropping resources into CodeView to add images and other resources to an xhtml file. Given how many crashes are caused by dragging and dropping inside Qt Editors over that last 10 years, I hope Qt fixed it.

They seemed to have expanded CV's Undo and Redo capability so that might be useful. And I am sure there must be some interesting changes and bug fixes someplace in their code but with many commit messages in Chinese, I am not sure I would ever find them.

Well good luck to them. I am sure many book authors will just love to hear that their epub editor uses AI and LLM to work.

It would be nice if they at least contributed back to us actual bug fixes they find in our code, (like the potential Singleton destructor recursion issue) but I fear this will be a one-way street like it has been so far.