[GUI Plugin] FanFicFare

[JimmXinu]

New Test Version Posted

2025-11-28
- Add metadata entry marked_new_chapters for epub updated '(new)' chapters count
- adapter_literotica: Get chapters from JSON fetch for #1283 (no current examples)

As discussed above, adds metadata entry marked_new_chapters. Only appears on updated epubs when using mark_new_chapters. Can be used in titlepage_entries, logpage_entries, etc and custom_columns_settings.

A new download does not have marked_new_chapters because none of the chapters are marked 'new'. (New stories' chapters added to anthologies *are* marked (new).)

If you want your 'unread chapters' column to be populated with numChapters for new download, use 'n' flag for new download.

This example (for words instead of chapters) is one I used to use:

add_to_custom_columns_settings:
 words_added=>#words_added,r
 numWords=>#words_added,n

[WinterPhoenix]

Originally Posted by JimmXinu

New Test Version Posted

2025-11-28
- Add metadata entry marked_new_chapters for epub updated '(new)' chapters count
- adapter_literotica: Get chapters from JSON fetch for #1283 (no current examples)

As discussed above, adds metadata entry marked_new_chapters. Only appears on updated epubs when using mark_new_chapters. Can be used in titlepage_entries, logpage_entries, etc and custom_columns_settings.

A new download does not have marked_new_chapters because none of the chapters are marked 'new'. (New stories' chapters added to anthologies *are* marked (new).)

If you want your 'unread chapters' column to be populated with numChapters for new download, use 'n' flag for new download.

This example (for words instead of chapters) is one I used to use:

add_to_custom_columns_settings:
 words_added=>#words_added,r
 numWords=>#words_added,n

Thank you very much! The work you put into this tool is always appreciated.

[JimmXinu]

New Test Version Posted

2025-11-30
- adapter_fanfictionsfr: Site SSL requires www now
- Remove Site: sinful-dreams.com/whispered/muse - broken for 6+ years even though other two sites on same DN work
- Remove site: www.wuxiaworld.xyz - DN parked somewhere questionable for +2 years
- Update translations.

[JimmXinu]

New Version Released

Version 4.52.0 - 2025-12-01
- adapter_fanfictionsfr: Site SSL requires www now
- Remove Site: sinful-dreams.com/whispered/muse - broken for 6+ years even though other two sites on same DN work
- Remove site: www.wuxiaworld.xyz - DN parked somewhere questionable for +2 years
- Update translations.
- Add metadata entry marked_new_chapters for epub updated '(new)' chapters count
- adapter_literotica: Get chapters from JSON fetch for #1283 (no current examples)
- Update QQ reader_posts_per_page default - Thanks, MacaroonRemarkable #1282
- Implement Alternate Tagging and Date calculation for Literotica - Thanks, albyofdoom #1280
- Add appendices config and improve URL matching for fiction.live adapter - Thanks, MacaroonRemarkable #1279
- adapter_royalroadcom: New status Inactive
- Fix for add_chapter_numbers:toconly and unnew. Closes #1274

[Amalthia]

Originally Posted by JimmXinu

New Test Version Posted

2025-11-28
- Add metadata entry marked_new_chapters for epub updated '(new)' chapters count
- adapter_literotica: Get chapters from JSON fetch for #1283 (no current examples)

As discussed above, adds metadata entry marked_new_chapters. Only appears on updated epubs when using mark_new_chapters. Can be used in titlepage_entries, logpage_entries, etc and custom_columns_settings.

A new download does not have marked_new_chapters because none of the chapters are marked 'new'. (New stories' chapters added to anthologies *are* marked (new).)

If you want your 'unread chapters' column to be populated with numChapters for new download, use 'n' flag for new download.

This example (for words instead of chapters) is one I used to use:

add_to_custom_columns_settings:
 words_added=>#words_added,r
 numWords=>#words_added,n

Hi,

Thanks so much for adding this new feature to FFF.

I had a hopefully brief and easy question.

I was able to figure out how to add the new chapter count to my custom column using this code in my custom column settings in personal.ini.

 marked_new_chapters=>#unreadchpt,r

However, I couldn't tell by your above example if it's also possible to use the word count added, but not the sum of the word count?

For example, if the story is 50,000 words long and the author added 10k words, I'd expect see in the "unread word count" column 10k words, not 60k.

In my tests the column doesn't update, or if it does update, it's a total word count of the story.

I tried this in my personal.ini and nothing updated in the custom column I created for the unread word count.

 words_added=>#unread_words,r

I've also tried but this gave me a total word count.

 numWords=>#words_added,r

I'm beginning to think I may have misread what is possible with the update.

I'd appreciate any and all help.

Thanks,
Amalthia

[JimmXinu]

Originally Posted by Amalthia

However, I couldn't tell by your above example if it's also possible to use the word count added, but not the sum of the word count?

For example, if the story is 50,000 words long and the author added 10k words, I'd expect see in the "unread word count" column 10k words, not 60k.

In my tests the column doesn't update, or if it does update, it's a total word count of the story.

I tried this in my personal.ini and nothing updated in the custom column I created for the unread word count.

 words_added=>#unread_words,r

That should do what you want, but only if you have include_logpage enabled and numWords in logpage_entries. FFF looks at the last logged numWords vs current numWords to calculate words_added.

If you don't/didn't have those settings, it will take two updates before words_added will start being populated for a particular book.

The line:

 numWords=>#words_added,n

...is only for if you want your words added column to contain the full word count for new downloads.

[Amalthia]

Originally Posted by JimmXinu

That should do what you want, but only if you have include_logpage enabled and numWords in logpage_entries. FFF looks at the last logged numWords vs current numWords to calculate words_added.

If you don't/didn't have those settings, it will take two updates before words_added will start being populated for a particular book.

The line:

 numWords=>#words_added,n

...is only for if you want your words added column to contain the full word count for new downloads.

I think the logpages was the missing piece. I hadn't had that turned on. Will add this to my settings and see how it goes.

Thanks!
Amalthia

[chrnno]

A change in the last version broke some quests in fiction.live, previous one still works, not many quest updates in a few days though and only saw one fail so far which happens to have a few NSFW chapters(and is pretty big).

This pull seems to be the problem since the error is "'FictionLiveAdapter' object has no attribute 'chapter_id_to_api'" which was added here.

[JimmXinu]

New Test Version Posted

2025-12-04
- adapter_fictionlive: create self.chapter_id_to_api earlier for normalize_chapterurl
- adapter_literotica: Fix for one-shot aver_rating #1285

Originally Posted by chrnno

A change in the last version broke some quests in fiction.live, previous one still works, not many quest updates in a few days though and only saw one fail so far which happens to have a few NSFW chapters(and is pretty big).

This pull seems to be the problem since the error is "'FictionLiveAdapter' object has no attribute 'chapter_id_to_api'" which was added here.

I think I corrected this, but I honestly don't know much about how this site works.

If there are further problems, please open an issue on github. It's easier to discuss NSFW stories there and we can all attention from other devs.

[chrnno]

Originally Posted by JimmXinu

New Test Version Posted

2025-12-04
- adapter_fictionlive: create self.chapter_id_to_api earlier for normalize_chapterurl
- adapter_literotica: Fix for one-shot aver_rating #1285




I think I corrected this, but I honestly don't know much about how this site works.

If there are further problems, please open an issue on github. It's easier to discuss NSFW stories there and we can all attention from other devs.

Well downloaded and the resulting epub seems fine. Thank you for the fix.

And I will make to sure remember that.

[JimmXinu]

New Test Version Posted

2025-12-07
- adapter_literotica: Don't require tags_from_chapters for old eroticatags collection. From #1280

[applegaa]

Originally Posted by JimmXinu

New Test Version Posted

2025-12-07
- adapter_literotica: Don't require tags_from_chapters for old eroticatags collection. From #1280

That appears to have fixed it.

Thanks for the quick fix!

- Andrew

[Clem2605]

Hi!

Something is happening in my replace_metadata section, and I have no clue what, I was wondering if someone could see something I don't.

In my relationship column, I put a 'fandom' prefix in front of each character names to be able to identify, sort and filter them easily. I do that in the replace_metadata section.
As an example: Jayce/Viktor (League of Legends) becomes (AR)Jayce/(AR)Viktor

A few days ago, when I downloaded some new works, nearly all characters had their fandom prefixes doubled: (AR) was (AR)(AR). I couldn't figure out why, I didn't remember making any change that would impact on this scale. Just in case, I tried to copy/paste from my 'safe' copy of my personal.ini, and it resolved the problem.
It shouldn't have, I never modify my personal.ini directly in FFF, I always modify first my copy, and then I copy and paste in the editor. In theory, those should be the same. Of course, I could have made some kind of mistake, so I let it go.

But now I see the error again with a single character, here is my replace_metadata line concerning the character:

 ships=>(?<!\(AC\))Viktor( \(((Arcane: )?League of Legends|Arcane)\))?=>(AC)Viktor&&category=>Arcane

Using that on Jayce/Viktor (League of Legends), I get Jayce/(AR)(AR)Viktor

I can't see how it would be able to select and replace Viktor twice?

Maybe I have another bit of code, elsewhere that is duplicating the fandom prefix? But then why would it affect only some characters with a fandom prefix?

Edit:
Just to make it clear: it doesn't seem to have any correlation to a specific fandom. When it first happened, some characters were unaffected while others with the same prefix were affected, and right now, I can only see the problem with one character, every other characters with the same prefix are fine.

[JimmXinu]

Originally Posted by Clem2605

Something is happening in my replace_metadata section, and I have no clue what, I was wondering if someone could see something I don't.

I'd need to see the entire setup and run some tests to have any real hope of identifying the issue. replace_metadata gets weird when you get into the corner cases.

You might consider using replace_metadata on ships_CHARS for this. I confess it isn't well documented, and only applies when sort_ships:true. Search the thread for some past examples.

From defaults.ini:

## Reorder ships so b/a and c/b/a become a/b and a/b/c. '/' is no
## longer hard coded and can be changed and added to with
## sort_ships_splits.
sort_ships:false

## Each line indicates first a regex that should be used to split each
## ships entry and then, after => the string to use to merge the parts
## back together.  \s == blank space.
## Each part will have replace_metadata with key ships_CHARS applied.
sort_ships_splits:
 [ ]*/[ ]*=>/
 [ ]*&[ ]*=>\s&\s

[Clem2605]

Originally Posted by JimmXinu

I'd need to see the entire setup and run some tests to have any real hope of identifying the issue. replace_metadata gets weird when you get into the corner cases.

I thought so, I've attached the relevant part of my replace_metadata. I don't modify the ships data anywhere else.

Originally Posted by JimmXinu

You might consider using replace_metadata on ships_CHARS for this. I confess it isn't well documented, and only applies when sort_ships:true. Search the thread for some past examples.

I already sort the ships, so this wouldn't be an issue, but I would be hesitant to use ship_CHARS? Mostly because I know what it would fix, but not what it could break...