View Single Post
Old 04-17-2016, 08:52 PM   #3
KevinH
Sigil Developer
KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.
 
Posts: 8,808
Karma: 6000000
Join Date: Nov 2009
Device: many
It depends heavily in focus events. When focus is lost when content.opf has been edited, the opf text is auto-parsed to make sure errors have not been introduced that would break all other tools in Sigil.

So depending on your platform, desktop, and qt version, you may or may not be losing focus in the OPF tab when playing with clips causing the opf to be re-parsed. It has to work that way since Sigil does not use a commit signal or provide any way of knowing if you are done changing the opf, and the opf must be well formed for things like splitting, adding a cover, adding guide items, adding new resources, changing metadata, etc to be handled properly. We have tried to make this a bit more robust in master, but short of using a single shot timer on focus lost events that can be overwritten by later changes before it fires, I am not sure how to deal with unwanted focus lost events. It actually bothers me enough sometimes that I use Open With ... on the content.opf and then use an external editor to make my larger changes, which are then only committed when I leave the external editor. Small changes, I just edit the opf in the tab directly. An alternative idea I have been thinking about is changing just the opf edit to be a modal editing dialog window that a user must close before continuing with other Sigil functions. If we dd that we would not have to worry about focus lost events at all.

As for ghost images when overwriting text in the meta editor, I do not see that at all using the official Qt 5.4.2 builds on a Mac. Perhaps someone else can verify this on Windows. If so it may be a new Qt 5.5.1 feature/bug or something specific to Qt on Linux.

KevinH
KevinH is offline   Reply With Quote