The problem with KevinH's method is that it assumes that we know
before opening the ePub that his <manifest> is broken.
This is the real problem.
Afterwards we can still trim the work with Quality Check, but once we have made this list, we must check ALL the library for each addition of books.
Personally, I use Sigil a lot to reorganize the content of the ePub (when I have to rework a lot of images inside, Open > Save > Ectract to Folder > Edits images > Return images in the ePub), so a false manipulation is quick to happen.
Quote:
Originally Posted by DiapDealer
What you and some others aren't understanding is that it's not as simple as just "pop a warning when things don't match." In order to warn a user that an unmanifested file exists when opening/saving, Sigil would first have to KNOW there's an unmanifested file when opening/saving. And I can assure you that it does not. And MAKING sigil aware would require an overhaul of the open/save process that is simply not in the cards right now. Sorry. Patches welcome, though. I'll happily code the warning if someone provides the rest.
Sigil isn't deliberately deleting unmanifested files, it's simply failing to SAVE a file it doesn't know exists--couldn't possibly know exists without a double-parsing of the epub (opf manifest and internal archive file list) and file-by-file comparison of the two each and every time an epub is opened/saved. I'm not interested in tackling that.
|
DiapDealer, this new formulation of why Sigil remove the non-indexed elements is clearer than the first one given earlier.
You didn't want to take of this feature and I understand, it was marginal and there are probably other more urgent and useful features.
Especially if we have to review all the mechanisms for opening and extracting files... yeah, I understand that this is going to be tricky.
The problem is now known, added it in the bug tracker in "low priority/very difficult to solve" is all I asked for.
Have a good day.