[GUI Plugin] FanFicFare

[JimmXinu]

New Test Version Posted

2024-07-07
- adapter_storiesonlinenet: Remove ''s Page' to '.s Page'
- Full OTW settings for www.adastrafanfic.com in defaults.ini

[JimmXinu]

New Test Version Posted

2024-07-08
- adapter_storiesonlinenet: Fix for chapter select getting cover image link.

[ownedbycats]

The Ad Astra categories work now, thanks.




I tried using a story-level keep_html_attrs:title,blockquote,div instead of add_to_, thinking it would override, but I still got the align tags.

This makes me notice that the INI File page doesn't show what precedence the story-level sections take.

[ownedbycats]

Originally Posted by tkshorty

also a tip for other users:
if you use this and count pages plugin started from FFF you may run into issues if count pages and some actions of your chain run simultainiously. only your action chain or the count pages may be performed for some books. Guess some actions put a lock on some attributes or the whole book.

To prevent this just disable count pages from the FFF plugin in run it from your action chain and set the checkbox to wait for it to finish

Another quick tip: If your action chain contains any templates that check your word-count column, it's possible that the chain runs before Count Pages can populate the column, resulting in incorrect results. One (possible) example here.

[JimmXinu]

Originally Posted by ownedbycats

I tried using a story-level keep_html_attrs:title,blockquote,div instead of add_to_, thinking it would override, but I still got the align tags.

That's working as intended for add_to_; it adds.

One answer is don't use add_to_:

[archiveofourown.org]
keep_html_attrs:href,name,class,id,colspan,rowspan,data-orighref,title,align,blockquote,div

[https://archiveofourown.org/works/55777813]
keep_html_attrs:href,name,class,id,colspan,rowspan,data-orighref,title,blockquote,div

Personally, I'd probably just edit that one story.

I think this is like the second time someone wanting a 'remove' vs add_to_ has come up in 10 years. I'm reluctant to add that complexity without a larger set of problem stories.

Originally Posted by ownedbycats

This makes me notice that the INI File page doesn't show what precedence the story-level sections take.

https://github.com/JimmXinu/FanFicFa...y-url-sections

[MrKonan]

Didn't have much luck with the 2024-07-08 test version on SOL. (Didn't have issue with the previous test version)

Just tried to update three stories in my library (FFF update mode: "Update EPUB if new chapters") but FFF is skipping the update.


Status: Skipped
Title: Taking Out the Trash
Author: Zak
Comment: Already contains 7 chapters. (last chapter in my library was ch. 6)
url: sol/n/34253/taking-out-the-trash-by-zak

However, if I update but overwrite always.. library books is updated correctly.

[ownedbycats]

Originally Posted by JimmXinu

Personally, I'd probably just edit that one story.

Yeah, that's probably what I'll do - I already have an editor chain for it. Hm, I might be able to use Action Chains for this - selection modifier checking the book IDs, then run the editor chain on it Or maybe this is just a case of having a hammer...

[JimmXinu]

Originally Posted by MrKonan

Didn't have much luck with the 2024-07-08 test version on SOL. (Didn't have issue with the previous test version)

Just tried to update three stories in my library (FFF update mode: "Update EPUB if new chapters") but FFF is skipping the update.


Status: Skipped
Title: Taking Out the Trash
Author: Zak
Comment: Already contains 7 chapters. (last chapter in my library was ch. 6)
url: sol/n/34253/taking-out-the-trash-by-zak

However, if I update but overwrite always.. library books is updated correctly.

There was an issue (fixed in today's test version) with a site change that added a spurious chapter chapter.

Should be fixed now going forward.

You can use overwrite, wait until there's another new chapter, or set force_update_epub_always=true, or manually delete a chapter (or two) before trying to update.

[ownedbycats]

Question: For category, is it possible to exclude a specific entry only if there's at least one other entry?

example:
originally: Mass Effect, Mass Effect Trilogy, whatever
results: Mass Effect Trilogy, whatever

originally: Mass Effect
result: Mass Effect

[JimmXinu]

Originally Posted by ownedbycats

Question: For category, is it possible to exclude a specific entry only if there's at least one other entry?

example:
originally: Mass Effect, Mass Effect Trilogy, whatever
results: Mass Effect Trilogy, whatever

originally: Mass Effect
result: Mass Effect

Maybe doing a replace on category_LIST "Mass Effect, =>" and ", Mass Effect=>". Maybe "(Mass Effect|, ){2}=>" would work?

But another example would be:
originally: Mass Effect, whatever
results: whatever

Thereby discarding Mass Effect from any crossovers? Are you sure that's what you want?

I would instead suggest normalizing "Mass Effect", "Mass Effect Trilogy" etc to one value.

Or just living with it--I've made my opinion on the futility of wrangling AO3 tags known before.

[ownedbycats]

oh yeah, I forgot about the crossovers

[fishing_forever]

Hello, I posted a little while ago about having problems with the contents of the title page going off of the screen on my ereader. I found that it was actually dependent on whether the fic has a cover or not. If the fic has a cover, it would have proper margins.

I tried to remedy this by adding this to the personal.ini:

add_to_output_css:
 body.fff_titlepage { width: 100%%;
                      margin: auto;
                      padding: 0;}

This fixes fics without covers (or at least, makes it manageable), but screws up fics with covers.

I was wondering if there was some way to have a conditional in the personal.ini or Calibre somehow that would add the CSS if the fic didn't have a cover and not add it if so. There is the metadata value of cover_image, which would be useful to use.

This isn't too big of a deal because I could just use the Generate Cover plugin for all the fics, but I'd rather not because I do like only inserting specifically made covers rather than a template. Thank you for any help!

[JimmXinu]

I can't think anyway off hand to do conditional CSS.

The CSS on titlepage being affected by the presence or absence of a cover--a separate HTML page--sounds like a reader bug to me.

Unless there's some processing step going on that combines the cover and title page, then I could see the cover_content embedded styles affecting titlepage.

I assume we've already told you about the cover_content and titlepage_start settings.

If that's the case, embedding your titlepage CSS using titlepage_start might help, or changing the embedded CSS in cover_content.

If either of those help, I'd be willing to experiment with adding the changes to defaults.ini.

[fishing_forever]

Originally Posted by JimmXinu

If that's the case, embedding your titlepage CSS using titlepage_start might help, or changing the embedded CSS in cover_content.

Embedding the CSS to titlepage_start worked! It works properly with correct margins when there is a cover. When there isn't a cover, it stretches across the entire screen with no margins, but I prefer that over it going off the edge. Thank you for the help!