[GUI Plugin] FanFicFare

[chrnno]

Originally Posted by kamille3

Literotica stories downloaded with FFF adds the "Fanfiction" tag alongside the category tag (Romance, Mature etc) already assinged by Literotica. Any way to make FFF assign Lit tags only? Currently I have to manually delete the fanfiction tag.

Add under literotica in personal.ini "extratags:" like this:

[literotica.com]
extratags:

Or if you want it tagged as Original Fiction then this:

[literotica.com]
extratags:Original Fiction

[JimmXinu]

Following the precedent of mcstories.com, I will add this to defaults.ini in the next version:

[literotica.com]
#...
## Clear FanFiction from defaults, site is original fiction.
extratags:Erotica

[jessbbaby34]

OK so.. I don't know how I broke things but I seem to have broke things and don't know where to look to fix it. A few months ago I added several stories with FFF just fine and the tags used by the sites imported correctly.

I tried adding new stories today and none of the site-used tags are showing up. And this is from two different sources I checked (Literotica and BDSM Library). I have since tried:

Updating calibre, I was running 5.17 and am now up to 5.23. I updated the fanficfare plugin since it seemed it needed an update too (didn't note what version but it was up to date as of May) and have even tried uninstalling and re-installing the plugin. I have not changed any *.ini file, I can not find a check box I might have hit that would do this, I have no rules removing metadata of new books, I don't know where to keep looking.

It was working at the end of may, fast forward to now and it's not working and I can't find out why. If you need any more details let me know but honestly I don't know which stats are even important for solving this problem.

[JimmXinu]

Originally Posted by jessbbaby34

...
I tried adding new stories today and none of the site-used tags are showing up. And this is from two different sources I checked (Literotica and BDSM Library). I have since tried:
...

Given the sites involved, I assume you're primarily talking about the site-specific metadata entry eroticatags and that you want them Calibre's Tags field.

Try adding add_to_include_subject_tags:,eroticatags in your personal.ini settings under [defaults] like so:

[defaults]
...
add_to_include_subject_tags:,eroticatags

...and update the stories in FFF.

If that doesn't work, send me a PM (site frowns on links to explicit material) with a few story URLs and what metadata exactly from them you want and where you want it.

EDIT: I forgot the ',' in front of eroticatags that is necessary for it to work.

[danmeian]

Quick question:

Is there any way I can set a default answer to the pop-up "This story already exists in the library with a different URL"?

Thanks!

[JimmXinu]

Originally Posted by danmeian

Is there any way I can set a default answer to the pop-up "This story already exists in the library with a different URL"?

You can disable the 'Check for changed Story URL?' option on the FFF config 'Basic' tab, in the Updating Calibre Options section to always change the story URL.

There isn't currently an option to automatically skip or add new in that dialog.

However, if you also disable the 'Search by Title/Author(s) for If Story Already Exists?' option on the FFF config 'Basic' tab, in the Misc Options section, then FFF will only match existing stories by URL, so story URL changing should be reduced if not eliminated.

[Mandabar]

Heya Jimm, again thank you for this amazing software!

So I have a few questions and was hoping for some assists.

Recently I noticed my personal.ini wasn't really updating/removing old sites as they were removed from fff so I did a full personal.ini delete (copy and paste to separate notepad) and copied over the defaults.ini into it. That cleared up some problems. Do wish there was a way to open it up out of settings but it seems to be a settings only openable file, no actual file in explorer?

Pictures in xenforo stories. More and more they won't be scrapped I've noticed. i have one particular work where they are scrapped near the start but not the end. I'm assuming it's a different embed method but it's right annoying. In this story (QQ) they used [IMG] early on, more recently it is still [IMG] which honestly is confusing why it doesn't scrape. It's not an imgur embed which I understand issues coming from that. Then again that's from looking at the bbcode side of things.
I didn't see anything in the xenforo wiki entry so I can't recall if you've stated something on this or had a better scrape method for the differing embed methods. The story in my mind at the moment is unfortunately quite nsfw and on QQ and I'll be avoiding linking it

Another thing, I've been truly thankful for individual story settings. Has saved my ass so much by setting very restritive threadmark scrapping settings and then loosening them on a per story basis. Gosh some stories the sidestory/apochrya are double or more of the actual story. I like it when I hit 100% (or near enough) in my epub, for me to be at the actual end.
The question here though is there a way to set some chapters to be always refreshed, much like `always_reload_first_chapter:true' can do. Been reading a lot of celestial forge stories and they have an updating threadmark in informative usually somewhere where they edit and update the perks gained on an ongoing basis. Would be nice if I could add it as a post that is refresh on updates.
Something like 'reload_on_update:forums.xenforo.com/post/1093284'

Have we figured out why covers keep getting reset from the manually fixed/changed one back to some default? I remember seeing a few posts a while back on here. Default update cover on update is disabled and generate cover only on new books. Not sure what my original settings are here, been testing things so I have no idea haha.

Last (that I can remember at the moment) thing, is there anyway to FORCE a FFF default cover generation even when images are found? The generic text cover works quite well, sometimes better than ugly images/forum art gets scrapped. But I don't want to only use this cover when often there is a worthwhile image scrapped as a nice cover to standout in my library. Perhaps something added to the fanficfare menu?

[JimmXinu]

Originally Posted by Mandabar

Recently I noticed my personal.ini wasn't really updating/removing old sites as they were removed from fff ...

personal.ini is not truly a file in the plugin version, it's a blob in the library DB.

The only time FFF will change your personal.ini is if you clear it completely. Then it will give you a copy of plugin-example.ini. Or, if you create a new library, it will copy all your FFF settings from your previous library.

I do not recommend copying the entirety of defaults.ini. If you copy everything, then if/when I change something in defaults.ini your personal.ini may continue to override it with the old settings. See https://github.com/JimmXinu/FanFicFare/wiki/INI-File for the order of precedence.

Originally Posted by Mandabar

Pictures in xenforo stories.
...
The story in my mind at the moment is unfortunately quite nsfw and on QQ and I'll be avoiding linking it

Without seeing the issue myself, I'm not even going to speculate. There are ways of embedding images that FFF can't handle.

Originally Posted by Mandabar

The question here though is there a way to set some chapters to be always refreshed, much like `always_reload_first_chapter:true' can do.

There is not currently. Something like ignore_chapter_url_list may be possible. Is that something anyone else would like?

Originally Posted by Mandabar

Have we figured out why covers keep getting reset from the manually fixed/changed one back to some default?

Last I recall, I answered it to my satisfaction--or at least, the discussion ended. I don't remember any of the details now, you'll have to read the past posts.

Originally Posted by Mandabar

Last (that I can remember at the moment) thing, is there anyway to FORCE a FFF default cover generation even when images are found?

As I recall, never_make_cover: false and plugin Calibre Cover settings can do that.

## If set, the epub will never have a cover downloaded, even if
## include_images is on and the site has specific cover images.
## However, any existing cover will be kept during EPUB update.  So if
## don't like a story's cover and want to set your own, setting
## never_make_cover:true for that story URL will preserve your custom
## cover.
#never_make_cover: false

I don't care nearly as much about covers as some people, so I don't keep all the details in my head. I'm pretty sure it's been discussed before.

[Mandabar]

Originally Posted by JimmXinu

personal.ini is not truly a file in the plugin version, it's a blob in the library DB.

The only time FFF will change your personal.ini is if you clear it completely. Then it will give you a copy of plugin-example.ini. Or, if you create a new library, it will copy all your FFF settings from your previous library.

I do not recommend copying the entirety of defaults.ini. If you copy everything, then if/when I change something in defaults.ini your personal.ini may continue to override it with the old settings. See https://github.com/JimmXinu/FanFicFare/wiki/INI-File for the order of precedence.

Huh. I think I copied it all over since clearing personal.ini didn't give me a new default copy (ie plugin-example). I might have to give it an another try later

Without seeing the issue myself, I'm not even going to speculate. There are ways of embedding images that FFF can't handle.

I'll have to get back to you on this then.

There is not currently. Something like ignore_chapter_url_list may be possible. Is that something anyone else would like?

Ignore chapter url list? Would that allow you to set a particular post/chapter to be refreshed when new updates occur?

Last I recall, I answered it to my satisfaction--or at least, the discussion ended. I don't remember any of the details now, you'll have to read the past posts.

I'll give it a search and see what I find. I remember at the time I decided to just let it slide, wait and hope it got fixed naturally.

As I recall, never_make_cover: false and plugin Calibre Cover settings can do that.

## If set, the epub will never have a cover downloaded, even if
## include_images is on and the site has specific cover images.
## However, any existing cover will be kept during EPUB update.  So if
## don't like a story's cover and want to set your own, setting
## never_make_cover:true for that story URL will preserve your custom
## cover.
#never_make_cover: false

I don't care nearly as much about covers as some people, so I don't keep all the details in my head. I'm pretty sure it's been discussed before.

Probably, but the size of this thread. It's seen a lot of discussion I'll just say hah! Thanks, I'll just keep kludging along like I've done by deleting all images and forcing an update to generate one before allowing it to scrape the images again.

[culytera]

Originally Posted by Mandabar

Last (that I can remember at the moment) thing, is there anyway to FORCE a FFF default cover generation even when images are found? The generic text cover works quite well, sometimes better than ugly images/forum art gets scrapped. But I don't want to only use this cover when often there is a worthwhile image scrapped as a nice cover to standout in my library. Perhaps something added to the fanficfare menu?

With these settings, they always made the first page as the cover with these when I update or add fics. With the way I've configured the title page using add_to_output_css, titlepage_start, titlepage_end and such, they work quite well as the cover. Readable when viewing on my phone and I can read the summary right from the cover. Then I just change the title page's CSS using Kybook's own stylesheet injection.

[epub]
## include images from img tags in the body and summary of stories.
## Images will be converted to jpg for size if possible.  Images work
## in epub format only.  To get mobi or other format with images,
## download as epub and use Calibre to convert.
include_images:true

## If set, the first image found will be made the cover image.  If
## keep_summary_html is true, any images in summary will be before any
## in chapters.
make_firstimage_cover:false

jpg_quality: 100
## jpg or png
## -- jpg produces smaller images, and may be supported by more
## readers, but it's older and doesn't allow transparency.
## Transparency removed as if remove_transparency: true
## -- png is newer but does allow transparency, but only in CLI.
## It doesn't work in calibre PI due to limitations of the API.
convert_images_to: png

## Remove transparency and fill with background_color if true.
remove_transparency: false

## This switch prevents FanFicFare from doing any processing on the images.
## Usually they would be converted to jpg, resized and optionally made
## grayscale.
no_image_processing: true

And under the Calibre Cover tab in FFF's settings I have Update Calibre Cover (from EPUB) set to Yes, Always. Though I only download fics from AO3 so I'm not sure how other sites handle images.

[Kirtai]

Originally Posted by JimmXinu

Without seeing the issue myself, I'm not even going to speculate. There are ways of embedding images that FFF can't handle.

I've also seen a couple of missed images in a story thread on SpaceBattles here