Thread: Robustness
View Single Post
Old 04-04-2012, 02:51 PM   #49
meme
Sigil developer
meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.
 
Posts: 1,274
Karma: 1101600
Join Date: Jan 2011
Location: UK
Device: Kindle PW, K4 NT, K3, Kobo Touch
Can you be more specific about what you mean by the first 'import' (open/add of same file/new file) and what works the first time then doesn't? If you have a sample zip of some file/css/images that'd help.

This is one of the reasons the consideration of Open came up. If you "Open" an HTML file, the metadata is loaded, but if you "Add Existing" an HTML file, the metadata is ignored (but the code originally suggested this should work so questions were asked). This appears to be reasonable behaviour, if undocumented. It might be that changing it so that "Add Existing" should load metadata as well - but that would have to avoid overwriting existing data and it may not be what people are expecting? Thoughts on whether it should behave as is, or be looked at to make "Add" also import metadata?

As for correction of links behaving differently, I need to look into this more to compare Open/Add and initial load/subsequent loads. There was a bug about removing filenames that has a fix, but has to be checked using Open/Add to avoid breaking something, and it may or may not be related to the css/image linking mentioned above.
meme is offline   Reply With Quote