Quote:
Originally Posted by JimmXinu
Correct, that is the exception to the general 'include story URLs' rule, thanks.
adapter_literotica doesn't get word count from the site. FFF will count words for you if you have turned on "Calculate Word Counts", then inject it into the metadata and re-write the output file.
FFF caches calculated metadata values for performance reasons. When numWords is set, it clears the cached value for numWords, but not for numWordsCopy. So that's why numWordsCopy isn't working for literotica.
I'm going to have to think about this a bit.
The 'easy' answer is to clear the cache when setting numWords, but that inflicts a sometimes sizeable performance penalty on all users.
Keeping track of all references in includes_in_ and conditional replace_metadata to clear cache for derived values would be a lot of new overhead code for an rather unusual corner case.
The only other idea that comes to mind is make the cache clearing user configurable for the few users who would want it, but that's kind of ugly.
|
Hm, that's a shame. Annoying, but I can live with it.
-----------
On another note, how do the cover generation options work, when used on existing books?
I'm finding it confusing because the "Update EPUB Cover?" option in the FFF updater doesn't appear to do anything. Depending on my settings in the "Calibre Cover" menu, the cover either gets updated even while the option is unticked, or it doesn't update whether or not I tick it.
And setting "Generate Calibre Cover: Yes, Always" will update and overwrite whatever cover was there before (which to be fair, makes sense), but FFF seems incapable of recovering the cover that "Yes, unless FanFicFare found a cover image" found even if I turn it back to "unless FFF found an image", unless I redownload the book (even though the same cover image is already inside).