[GUI Plugin] FanFicFare

[JimmXinu]

New Test Version Posted

2024-02-18
- Set book[tags] after writeStory for literotica.

Originally Posted by Wolgan

When I use use_meta_keywords: true under [literotica.com] combined with either include_subject_tags: eroticatags or extra_subject_tags: eroticatags to download multi-chapter stories from literotica it only applies the tags from the first chapter to Tags.

All the chapter tags are listed in the Saved Metadata column though, so when I use "Update Calibre Metadata from Saved Metadata Column", it applies all the tags from all chapters to Tags correctly.
...

As a general rule, FFF expects all the metadata info to be collected during the initial extractChapterUrlsAndMetadata(). I'm honestly a bit surprised I allowed adding metadata from getChapterText().

This version works during full-story downloading.

But be aware: During update, only the tags on the chapters downloaded that time will be included. So be sure you have the 'Keep Existing Tags when Updating Metadata?' checkbox set if you plan to do updates.

[JimmXinu]

New Test Version Posted

2024-02-18
- Set book[tags] after writeStory for literotica.
- New site: syosetu.com Japanese language site, thanks praschke

[applegaa]

Originally Posted by JimmXinu

New Test Version Posted

2024-02-18
- Set book[tags] after writeStory for literotica.
- New site: syosetu.com Japanese language site, thanks praschke

I just downloaded the latest test version, but the adapter_literotica.py file has a 2/5/2024 10:36 AM time stamp, which would appear to match the earlier change to it. I haven't tested it yet, but was wondering if you forget to include the new one?

- Andrew

[JimmXinu]

Originally Posted by applegaa

I just downloaded the latest test version, but the adapter_literotica.py file has a 2/5/2024 10:36 AM time stamp, which would appear to match the earlier change to it. I haven't tested it yet, but was wondering if you forget to include the new one?

Nothing in adapter_literotica changed since then.

If you're referring to Set book[tags] after writeStory for literotica, that only changes calibre-plugin/jobs.py.

[applegaa]

Originally Posted by JimmXinu

Nothing in adapter_literotica changed since then.

If you're referring to Set book[tags] after writeStory for literotica, that only changes calibre-plugin/jobs.py.

Ah, my mistake. Thanks for the explanation and all the work you do!

- Andrew

[w4tchdoge]

I'm trying to use replace_metadata to change the title for a specific work but I'm having issues when using parentheses in the replace string.

I started with

[https://forums.spacebattles.com/threads/853195/]
replace_metadata:
 title=>^.*$=>Here Comes The New Boss - SB

Which works fine and gives this as the title but that's not the final output I want.

When I try to add text within parentheses to the replace string like this:

[https://forums.spacebattles.com/threads/853195/]
replace_metadata:
 title=>^.*$=>Here Comes The New Boss (Nothing Like The Old Boss) - SB

I get the following:


Escaping the parentheses like so:

title=>^.*$=>Here Comes The New Boss \(Nothing Like The Old Boss\) - SB

just adds a space and a backslash before "SB"

I'd appreciate any help/advice you can give me, as I'm kinda stumped at this point.

[culytera]

If it’s anything like ampersand needing & try their HTML entity code instead. So ( and )

[JimmXinu]

Originally Posted by w4tchdoge

I'm trying to use replace_metadata to change the title for a specific work but I'm having issues when using parentheses in the replace string.
...

[https://forums.spacebattles.com/threads/853195/]
replace_metadata:
 title=>^.*$=>Here Comes The New Boss (Nothing Like The Old Boss) - SB

This is an artifact of the tagsfromtitles processing in defaults.ini [base_xenforoforum] section. It looks for whatever is in () in the title and adds it to category instead.

However, if you use add_to_replace_metadata instead of replace_metadata, it will work because add_to_ is added afterwards instead.

Originally Posted by culytera

If it’s anything like ampersand needing & try their HTML entity code instead. So ( and )

That doesn't work, sorry.

[culytera]

Whoops, didn’t know that!

[Mandabar]

Originally Posted by JimmXinu

I think this may be the first time I've heard of anyone--other than me--using the log file feature.

Just so you know, I use it as well. I haven't customized it so it just runs on defaults though.

Side note, it doesn't work on QQ. My theory is because it doesn't parse in-progress/completed or what not for QQ it doesn't create a log page for a story that isn't 'in-progress'/'ongoing' or etc. No biggie, just something I've noticed.

[JimmXinu]

Originally Posted by Mandabar

Just so you know, I use it as well. I haven't customized it so it just runs on defaults though.

Side note, it doesn't work on QQ. My theory is because it doesn't parse in-progress/completed or what not for QQ it doesn't create a log page for a story that isn't 'in-progress'/'ongoing' or etc. No biggie, just something I've noticed.

Good to know, thanks.

That sounds like you have include_logpage: smart set:

## include a Update Log page before the story text.  If 'true', the
## log will be updated each time the epub is and all the metadata
## fields that have changed since the last update (typically
## dateUpdated,numChapters,numWords at a minimum) will be shown.
## Great for tracking when chapters came out and when the description,
## etc changed.
include_logpage: false
## If set to 'smart', logpage will only be included if the story is
## status:In-Progress or already had a logpage.  That way you don't
## end up with Completed stories that have just one logpage entry.
#include_logpage: smart

Personally, I use this to turn it on all the time for forum sites:

[epub]
include_logpage: smart

[base_xenforoforum:epub]
include_logpage: true

[w4tchdoge]

Originally Posted by JimmXinu

This is an artifact of the tagsfromtitles processing in defaults.ini [base_xenforoforum] section. It looks for whatever is in () in the title and adds it to category instead.

However, if you use add_to_replace_metadata instead of replace_metadata, it will work because add_to_ is added afterwards instead.

Thanks for that, it works now!

[veviara]

Originally Posted by veviara

I'm unfamiliar with test versions of plugins and sadly do not have the time to look into it until sunday, but the workaround works like a charm.

Not quite sunday, but I have now tested the test and it also works like a charm! (And was a lot easier than I feared). New questions!

• Are there any best practices regarding test versions? Should I comment somewhere specific that I tested it? Better not comment at all?
• Will updating the plugin continue to work as I'm used to now that I've installed it as a zip file? Or should I do that manually? (I figure I'll find out eventually, but I would like to know now )

In other news, I'm back with a new problem!

On AO3, when a fic is locked and users have to log in in order to view the fic: I can put login credentials in the personal.ini file and download the story anyway. Works great, no problem there. However, if I have hide warnings/tags by default on in my AO3 settings fanficfare will not download tags / warnings for that fic or any other fic downloaded in that same job. (Presumably the same is true for work skins but I haven't found a story to test that). When there is no locked fic included in the job, there are no issues.

Is this a known problem? Is there anything I can do to circumvent it? (Besides changing my settings, that is).

[JimmXinu]

Originally Posted by veviara

Not quite sunday, but I have now tested the test and it also works like a charm! (And was a lot easier than I feared). New questions!

• Are there any best practices regarding test versions? Should I comment somewhere specific that I tested it? Better not comment at all?
• Will updating the plugin continue to work as I'm used to now that I've installed it as a zip file? Or should I do that manually? (I figure I'll find out eventually, but I would like to know now )

When test version was posted for something you asked for, I appreciate a post back reporting that it worked.

Each test version has a different 'micro' number in the major.minor.micro scheme, eg v4.31.6 is the sixth test version of v4.31. When I release v4.32.0 (usually at the start of each month) Calibre will prompt you to install it as normal.

Originally Posted by veviara

On AO3, when a fic is locked and users have to log in in order to view the fic: I can put login credentials in the personal.ini file and download the story anyway. Works great, no problem there. However, if I have hide warnings/tags by default on in my AO3 settings fanficfare will not download tags / warnings for that fic or any other fic downloaded in that same job. (Presumably the same is true for work skins but I haven't found a story to test that). When there is no locked fic included in the job, there are no issues.

Is this a known problem? Is there anything I can do to circumvent it? (Besides changing my settings, that is).

Known issue.

From defaults.ini:

Spoiler:

[archiveofourown.org]
## Some sites require login (or login for some rated stories) The
## program can prompt you, or you can save it in config.  In
## commandline version, this should go in your personal.ini, not
## defaults.ini.
#username:YourName
#password:yourpassword

## Note that if 'Hide warnings' and/or 'Hide Additional Tags' are
## enabled in the account settings, the AO3 adapter will not be able
## to fetch them while logged-in.

## In order to get bookmarktags and bookmarksummary, you need to login
## all the time.  This defaults to off to save time and network
## traffic.  Requires valid AO3 username and password when true.
#always_login:false

The basic assumption is that if you hide warnings/add tags, you won't want them in your download, either. And for login-required stories the only way to get them would be to change your settings for you--which I don't want to do.

[veviara]

Originally Posted by JimmXinu

When test version was posted for something you asked for, I appreciate a post back reporting that it worked.

Each test version has a different 'micro' number in the major.minor.micro scheme, eg v4.31.6 is the sixth test version of v4.31. When I release v4.32.0 (usually at the start of each month) Calibre will prompt you to install it as normal.

Makes perfect sense, thank you.

Originally Posted by JimmXinu

Known issue.

From defaults.ini:

Spoiler:

[archiveofourown.org]
## Some sites require login (or login for some rated stories) The
## program can prompt you, or you can save it in config.  In
## commandline version, this should go in your personal.ini, not
## defaults.ini.
#username:YourName
#password:yourpassword

## Note that if 'Hide warnings' and/or 'Hide Additional Tags' are
## enabled in the account settings, the AO3 adapter will not be able
## to fetch them while logged-in.

## In order to get bookmarktags and bookmarksummary, you need to login
## all the time.  This defaults to off to save time and network
## traffic.  Requires valid AO3 username and password when true.
#always_login:false

The basic assumption is that if you hide warnings/add tags, you won't want them in your download, either. And for login-required stories the only way to get them would be to change your settings for you--which I don't want to do.

Ahh, yeah, okay that makes sense. I think the login options were one of the first things I did and I just never bothered to look it up again because it worked Shame on me, noting that could have saved me quite a few headaches!

In my case I only hide tags/warnings because authors sometimes spoil their own stories in them. But once I've already read the story I find them very valuable in organization and would like to include them in my download of the story. No matter, I see the problems, I'll just change my settings back and forth when downloading