[GUI Plugin] FanFicFare

[eb21145]

Originally Posted by eb21145

The problem I'm having is that the single '&' ship is being included in both the romships and platships columns rather than only showing up in the platships column. If there's both '/' and '&' ships or just '/' ships, then everything works as it should. It's just if there's only '&' ships that things go wonky.

I've attached a screenshot to illustrate what I'm talking about.

Sigh. Never mind, I'm an idiot. I had the custom columns tab set to fill the romships column with the Relationships category in the FFF configure window. I cleared that out and now everything is working as it should.

[wildfire070]

To piggyback off the question of relationship columns.....For the most part all of my fanfic downloads are of a particular ship (ex. CharA/CharB), so I have it set up for my titlepage to only list side pairings as "Additional Relationships" by including the following in my personal.ini:

titlepage_entries:ships
keep_in_order_ships:true
ships_label:Additional Relationships
exclude_metadata_pre:
  ships==CharA/CharB
  ships==CharB/CharA

But...I'm starting to venture into stories where either CharA or CharB is in a ship with varying other characters.

Is it possible to do a "Main Pairing" from the first entry in the AO3 metadata ship list, and a "Side Pairing" list from the remaining ship entries?

[JimmXinu]

Originally Posted by wildfire070

Is it possible to do a "Main Pairing" from the first entry in the AO3 metadata ship list, and a "Side Pairing" list from the remaining ship entries?

This seems to work for that:

add_to_extra_valid_entries:,firstship,otherships

include_in_firstship:ships
include_in_otherships:ships

add_to_replace_metadata:
# Only first entry
 firstship_LIST=>^([^,]+).*$=>\1
# Only later entries
# first clear if no commas.
 otherships_LIST=>^[^,]+$=>
# Now remove first entry and comma
 otherships_LIST=>^[^,]+,(.*)$=>\1

add_to_custom_columns_settings:
 firstship=>#firstship
 otherships=>#otherships

[wildfire070]

Perfect. Thank you! It's always the regex that gets me.

[Elaine T]

I did a forum search and didn't find anything that brings this up, and I am also not sure if this is something in the Ao3 side or the FFF side. So I'm starting here, thanks for any pointers to a solution or better place to ask:

Footnotes on stories downloaded from Ao3 misbehave. For a while I could touch the footnote, the text would jump to show the text of the footnote, sometimes actually changing page, sometimes in a popup at the bottom. This varied with whatever I was reading, but I could always see the footnote without issue. I assume coding in the original controlled the behavior.

Now on fics downloaded from Ao3 touching the footnote number at first appears to do nothing, but then the kindle (paperwhite, from 2024) tries to go online to find the reference there. I'd really like it to stop. If it's something I can tweak in personal.ini, please point me to the right bit. If it's something the author controls, an explanation I could quote to describe what is needed would be appreciated.

the fic & chapter that behaved that way this morning: https://archiveofourown.org/works/36...ters/219512196 that should take you to chapter 192 which has seven footnotes and the first two behaved that way this morning, after which I stopped trying.

Thanks for any help.

[JimmXinu]

Originally Posted by Elaine T

the fic & chapter that behaved that way this morning: https://archiveofourown.org/works/36...ters/219512196 that should take you to chapter 192 which has seven footnotes and the first two behaved that way this morning, after which I stopped trying.

Do you have other examples?

Footnotes are not (to my knowledge) a general AO3 thing. The author chooses how to implements them. Another author may do something different.

That said, in this example, FFF's internalize_text_links feature doesn't seem to be working as expected. I will investigate.

EDIT:

In the meantime, you can could set fix_relative_text_links:false. That seems to fix that story.

[JimmXinu]

New Test Version Posted

2026-04-18
- fix_relative_text_links: Allow hrefs to name anchors as well as id.

Originally Posted by JimmXinu

That said, in this example, FFF's internalize_text_links feature doesn't seem to be working as expected. I will investigate.

Author is using local anchor hrefs to 'name' attributes instead of 'id' attributes.

Technically, in this story the author is doing it wrong, because HTML5 doesn't allow 'name' attrs on <a> tags.

But they are allowed on other tags as valid targets for URL fragments. So I added support for 'name' attribute links.

See: https://stackoverflow.com/questions/...ame-and-not-id

[JimmXinu]

New Test Version Posted

2026-04-18
- fix_relative_text_links: Allow hrefs to name anchors as well as id.
- adapter_kakuyomujp: site update #1335, thanks praschke

[Elaine T]

Originally Posted by JimmXinu

Do you have other examples?

Footnotes are not (to my knowledge) a general AO3 thing. The author chooses how to implements them. Another author may do something different.

That said, in this example, FFF's internalize_text_links feature doesn't seem to be working as expected. I will investigate.

EDIT:

In the meantime, you can could set fix_relative_text_links:false. That seems to fix that story.

I tried that fix, on that story and used the tweaked FFF with 'update' & 'overwrite always' chosen: and it worked. Thanks!

Here, this essay has notes and links that have the same problem.
https://archiveofourown.org/works/40309374. I clicked on a link in the epub and it went to the web. And again, update with ovewrite always and the problem is gone, it goes to the correct place in the essay, not to the web.

Thanks

[JimmXinu]

Originally Posted by Elaine T

Here, this essay has notes and links that have the same problem.
https://archiveofourown.org/works/40309374. I clicked on a link in the epub and it went to the web. And again, update with ovewrite always and the problem is gone, it goes to the correct place in the essay, not to the web.

Yeah, that story does the same thing: anchor tag with 'name' instead of 'id'.

And as you found, any chapters downloaded before will need to be replaced to get the fix.

[Droewyn]

Where is personal.ini saved on the hard drive? I recently had to buy a new laptop because the motherboard on my old one died. I pulled out the drive and put it into an enclosure, so I should be able to find and pull the file and copy it into my new laptop. The problem is, a drive search isn't locating it.

Thanks in advance.

[Jade Aislin]

I'm trying to set my pairings so that each name has a tag with it first (ie. name1/name2, name2/name1). but I'm running into issues with pairings that have more than two names.

My code is:

 ships=>^(.+)(/| & )(.+)(/| & )(.+)$=>\1\2\3\4\5,\3\2\5\4\1,\5\2\1\4\3
 ships=>^(.+)(/| & )(.+)=>\3\2\1,\1\2\3
##Make sure certain names are not first
 ships=>^(Elena Gilbert)(/| & )(.*)$=>\3\2\1

I need to be able to ignore pairings with 3+ names when doing the second line.

I tried adding text to the 3+ names so it could be ignored:

 ships=>^(.+)(/| & )(.+)(/| & )(.+)$=>\1\2\3\4\5(3some),\3\2\5\4\1(3some),\5\2\1\4\3(3some)
 ships=>^(.+)(/| & )(.+)(?!\(3some\))=>\3\2\1,\1\2\3
 ships=>\(3some\)=>
##Make sure certain names are not first
 ships=>^(Elena Gilbert)(/| & )(.*)$=>\3\2\1

I don't know if I did it right, but the negative look(behind/ahead) didn't seem to work.

Is there anything I can do to get the second line to ignore pairings with more than 2 names? Or is there a way to code it so it would work, no matter how many names in the pairing?

[JimmXinu]

Originally Posted by Droewyn

Where is personal.ini saved on the hard drive? I recently had to buy a new laptop because the motherboard on my old one died. I pulled out the drive and put it into an enclosure, so I should be able to find and pull the file and copy it into my new laptop. The problem is, a drive search isn't locating it.

FFF plugin keeps all its config data, including personal.ini, in the library database.

If you've recovered your library metadata.db, it's already there.

If you created a new library and added the books back, I believe you can make an empty library by putting the recovered metadata.db in a directory and opening it in Calibre as a library to get at the settings.

Originally Posted by Jade Aislin

I'm trying to set my pairings so that each name has a tag with it first (ie. name1/name2, name2/name1). but I'm running into issues with pairings that have more than two names.

My code is:

 ships=>^(.+)(/| & )(.+)(/| & )(.+)$=>\1\2\3\4\5,\3\2\5\4\1,\5\2\1\4\3
 ships=>^(.+)(/| & )(.+)=>\3\2\1,\1\2\3
##Make sure certain names are not first
 ships=>^(Elena Gilbert)(/| & )(.*)$=>\3\2\1

I need to be able to ignore pairings with 3+ names when doing the second line.

Two things:

1. I would suggest \, in replacement strings--I assume you want to be creating multiple entries, not just one entry with commas in.
2. I would try [^/&]+ instead of .+ for matching the names between separators. .+ also matches "A/B", "A &amp; B", etc. That should prevent matching 4+ ships.

 ships=>^([^/&]+)(/| & )([^/&]+)(/| & )([^/&]+)$=>\1\2\3\4\5\,\3\2\5\4\1\,\5\2\1\4\3
 ships=>^([^/&]+)(/| & )([^/&]+)=>\3\2\1\,\1\2\3
##Make sure certain names are not first
 ships=>^(Elena Gilbert)(/| & )([^/&]*)$=>\3\2\1

[JimmXinu]

New Test Version Posted

2026-04-19
- Move NotGoingToDownload to exceptions.py #1337
- PI: Add Fix Series Case setting for #1338
- adapter_literotica: Fix for numeric tag value from json. #1336

[eb21145]

Back with another question with a probably very obvious solution: I'm trying to clean up the freeform tags that are populating in my custom AO3 column and I'm running into a problem where if a tag that was not initially excluded when the fic was first downloaded/loaded into Calibre is now excluded AND it's the only tag left in the column, Calibre won't delete the tag and leave the freeformtags column empty when I update the metadata.