View Single Post
Old 01-03-2022, 12:10 PM   #67
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: 9,268
Karma: 6565382
Join Date: Nov 2009
Device: many
Okay, I just pushed these changes to master. Please try "standardizing" an epub that starts out non-standard and in particular try renaming an image file but not editing it. Please verify that the epub zip modification times remain unchanged.

Note: The epub mimetype file, and META_INF/container.xml are not unpacked from the zip or editable in Sigil, they are created on the fly upon write. But for all files listed in the manifest and the opf file itself, the zip modification dates should hopefully now be saved and restored with no filename clashing issues.

Timings for file load should be reasonable as well. For an epub with 6000 files it will still have to build a hashmap table with 6000 entries containing the zip file info on loading an epub and then copying that info to the actual Resource object associated with that file. That will not take 0 time but it should be much faster than sha256ing the contents of 6000 files.

Please let me know how it goes when you get a chance.

Last edited by KevinH; 01-03-2022 at 12:15 PM.
KevinH is offline   Reply With Quote