[GUI Plugin] FanFicFare

[eschwartz]

Should Polish Book be messing around with additional "covers" detected through heuristics, after it has already found and replaced one?

[Montana Harper]

Originally Posted by JimmXinu

Here's what's going on:

Wow, that's complicated. My gut reaction is that if you can get FFF to fail more gracefully (or with a clearer error message), that would be great, and now that I know it's Polish Books that's being the problem, I can avoid it. Especially if I know that I can use Modify Epub to get the same result but without throwing an error later.

I don't expect you to go to a lot of effort for something that's such an uncommon occurrence. Thanks for figuring out what was going on and which plugin was the culprit!

[JimmXinu]

Originally Posted by eschwartz

Should Polish Book be messing around with additional "covers" detected through heuristics, after it has already found and replaced one?

Maybe? Honestly, I'm speculating a bit about Polish. I haven't studied it in detail. It could be farther down in the OEB / opf layers that heuristics about 'what is a cover' are applied.

I don't blame Polish at all for doing it what it's doing--there are some stunningly poor epubs out there.

Originally Posted by Montana Harper

Wow, that's complicated. My gut reaction is that if you can get FFF to fail more gracefully (or with a clearer error message), that would be great, ...

Yeah, me too. I think we'll go with the 'imperfect, but doesn't throw errors' solution.

New test version posted (direct link)

Note: You should also pick up the latest test version of EpubMerge (direct link) to address this issue.

2016-08-18
- Fail more gracefully when anthology cover doesn't exist. Polish can remove them.

[kovidgoyal]

The heuristics should detect only a single cover, not more than that. If they are indeed replacing more than a single cover image, I'm potentially OK with changing that, but I need more details to decide.

[JimmXinu]

Originally Posted by kovidgoyal

The heuristics should detect only a single cover, not more than that. If they are indeed replacing more than a single cover image, I'm potentially OK with changing that, but I need more details to decide.

You are correct--only the first sub-book's cover is affected. The user's epub I was testing with only had one sub-book with cover.

And Polish is finding that the first page in the epub is href="1/OEBPS/cover.xhtml" id="a1cover". While there's also a tag <meta name="cover" content="cover"/> that refers directly to a separately image, it's difficult to argue that what Polish is doing is wrong. My mistake suggesting it was.

I have some more thoughts on the matter I want to consider, but I consider modifying Polish off the table.

[JimmXinu]

New test version posted (direct link)

2016-08-20
- Force overall cover for Anthologies if any sub-books have covers to avoid Calibre Polish issues.
Note: Again, you should also pick up the latest test version of EpubMerge(direct link) to help address this issue--it's been changed.

This is my mildly awkward--but hopefully never broken--solution to the issue of Anthologies, Covers and Calibre Polish:

Anytime one of the sub-books in an anthology has a cover, FanFicFare will always add a cover as part of the merge process. If Calibre has a cover for the book, it will be used (updates only), otherwise, the first sub-book cover will be used.

The usual FanFicFare cover generating options will be applied after that.

This can lead to cases where you'll have the same cover image twice at the start of an anthology (once for the overall cover and once for the first sub-book), but I judge that to be less problematic than Polish accidentally removing sub-book covers, which could happen before.

As always, opinions are welcome.

[MerlinMama]

I'm not sure when this started, although definitely before the last two test versions, but on AO3 downloaded stories, the author link is cut. The url shows as follows:

<a class='authorlink' href='/users/Rivalry_of_Destiny/pseuds/Rivalry_of_Destiny'>

You'll note the "http://archiveofourown.org" is missing.

I downloaded test stories from ff.net and tth.org, and in both of those the author link shows up properly.

I also took an existing epub that had the authorlink, updated it (update always) and it changed the link so the http part was removed.

[JimmXinu]

New test version posted (direct link)


2016-08-24
- Fix for change to AO3 author links.

AO3's news says they posted a bunch of changes Aug 10. I suspect this was one of them. In past, the author link collected was a full URL including domain. Now it isn't so we need to add the domain and protocol.

(Now I'm glad I put off releasing the new version an extra day.)

Originally Posted by MerlinMama

I'm not sure when this started, although definitely before the last two test versions, but on AO3 downloaded stories, the author link is cut. The url shows as follows:

<a class='authorlink' href='/users/Rivalry_of_Destiny/pseuds/Rivalry_of_Destiny'>

You'll note the "http://archiveofourown.org" is missing.

I downloaded test stories from ff.net and tth.org, and in both of those the author link shows up properly.

I also took an existing epub that had the authorlink, updated it (update always) and it changed the link so the http part was removed.

[MerlinMama]

Originally Posted by JimmXinu

AO3's news says they posted a bunch of changes Aug 10. I suspect this was one of them. In past, the author link collected was a full URL including domain. Now it isn't so we need to add the domain and protocol.

(Now I'm glad I put off releasing the new version an extra day.)

It's a little thing that you don't notice until you need it...thanks!

[SMNonMR]

I came here to see what was up with the author links and now I see you're already on top of it. Thank you for being so amazing!

[JimmXinu]

New version released

Version 2.3.6 - 24 Aug 2016

• - Fix for change to AO3 author links.
• - Force overall cover for Anthologies if any sub-books have covers to avoid Calibre Polish issues.
• - Fix ffnet category fall back.
• - Add extra decode code for calling get_urls_from_imap() from outside calibre.
• - Fail more gracefully when anthology cover doesn't exist. Polish can remove them.
• - Adding logpage_at_end INI option.
• - Fix for Publisher and Language metadata for Anthologies.
• - Fix date parsing for masseffect2.in. Thanks PlushBeaver!
• - Tweaks to adultfanfictionorg
• - Add options for controlling Anthology book comments on the Standard Columns config tab. (plugin only)
• - Add always_reload_first_chapter setting for base_xenforoforum stories with index chapter.
• - Progress Bar - add extra timer loop for Win10 display.
• - New site: adult-fanfiction.org - Thanks GComyn!
• - New site: www.deepinmysoul.net/fiction - Thanks GComyn!
• - New site: fanfiction.lucifael.com - Thanks GComyn!
• - New site: harem.lucifael.com - Thanks GComyn!
• - New site: mujaji.net/repository - Thanks GComyn!
• - Make base_efiction code accept https story urls.
• - Tweaks for tthfanfic.org, including a slow down.
• - For literotica.com, throw a StoryDoesNotExist exception for 'This submission is awaiting moderator's approval'
• - Tweaks for quotev.com, including a slow down.
• - Update translations.

[DavidBrookes]

Ran into an issue on the weekend when attempting to update more than one story from Sink Into Your Eyes using the plugin - if I did one individually - I had no issues but more than one nothing would update. I have attached a copy of the log file to see if you have any idea - one thing I did notice if that the story address has changed from http://www.siye.co.uk/siye/viewstory.php?sid= to http://www.siye.co.uk/viewstory.php?sid=

[glenm125]

[Reposted in this thread, per another users' suggestion]

I've been using fanfiction.net's (FFN) email notifications of new chapters in books, to tell fanficfare what to download, using "Get Story URLs from Email".

A challenge is, I don't only want to hear about new chapters, I also want to hear about new stories from authors I like. So in FFN I have followed authors, not their individual books.

This means I get many chapter update emails for stories I'm not reading.

Is there any clever way for fanficfare to ignore chapter notification emails for stories that aren't in the library yet? Or another way to accomplish same? Note that an Ignore list won't work, because the whole point is that I don't know what stories may be authored, I can't know the IDs in advance to Ignore them.

Right now what I've been doing is using mailbox filtering to separate chapter notifications from new story notifications, that helps a little. But barring fanficfare providing a switch, I guess I will have to figure out a way to separate chapter notifications for books in my library, from those not. Sounds hard.

Once I get FanficFare updating only the stories I want, then the next thing is to get it to do some on a time schedule, so my calendar updates when I'm away from home. But one thing at a time I guess.

Thanks

glen

[JimmXinu]

Originally Posted by glenm125

Is there any clever way for fanficfare to ignore chapter notification emails for stories that aren't in the library yet? Or another way to accomplish same? Note that an Ignore list won't work, because the whole point is that I don't know what stories may be authored, I can't know the IDs in advance to Ignore them.

I might be able to add a switch to use email URLs only for stories that already exist in the library. I'll look into it, but probably not for a day or two.

Originally Posted by glenm125

Once I get FanficFare updating only the stories I want, then the next thing is to get it to do some on a time schedule, so my calendar updates when I'm away from home. But one thing at a time I guess.

This has been discussed a couple times before. GUI Plugins are limited in what they are allowed to do. That, plus certain conditions that require user input, have prevented any reasonable sort of cron capability.

[eschwartz]

What about the comand line (--run-plugin)? Which could assume --accept-all-defaults.