[GUI Plugin] FanFicFare

[Tanjamuse]

As far as I can see the story has been deleted since you've downloaded it.

[TRexReader]

Originally Posted by Tanjamuse

As far as I can see the story has been deleted since you've downloaded it.

Yeah, I know. I don't care that I can't update that story, its just that it means that the others in the group won't update either. Meaning I have to find which one is causing the glitch, deselect it, and redo that group again. Then if there's a second broken link in the group it'll just hang again. FanficDownloader used to just bypass the bad links and then mark them as a 'bad update' and say that the story wasn't found in the log, no hangs.

[PandathePanda]

I did a update on a few old stories, and had two that's been deleted and FFF just glided over them

[JimmXinu]

It's working fine for me, too.

ffnet returns a page that says Unable to locate story when the story has been deleted. FFF looks for that and quits trying with a StoryDoesNotExist exception when that is found.

The only thing I can think of, is if you see the ffnet site in a different language that doesn't show the exact text Unable to locate story.

[TRexReader]

Originally Posted by JimmXinu

It's working fine for me, too.

ffnet returns a page that says Unable to locate story when the story has been deleted. FFF looks for that and quits trying with a StoryDoesNotExist exception when that is found.

The only thing I can think of, is if you see the ffnet site in a different language that doesn't show the exact text Unable to locate story.

I'm not sure why it would be in a different language system is all just default/english. But I have had other troubles with Calibre since updating to Yosemite, I even tried to reinstall it and all the plugins but its still a bit glitchy. It must be from that end then Thanks for checking for me though

[Firedancer885]

JImm,

If I do an "Update metadata from webpage" and then do an "Update EPUB if new chapters", will the plugin recognize if the file in my library has fewer chapters than the story on the web?

[JimmXinu]

Originally Posted by Firedancer885

If I do an "Update metadata from webpage" and then do an "Update EPUB if new chapters", will the plugin recognize if the file in my library has fewer chapters than the story on the web?

Yes. "Update EPUB if new chapters" will compare the number of chapters in the epub with the number on the web site.

[Firedancer885]

Jimm,

I think I just found a glitch in the "update metadata from webpage" feature. This story:
http://www.tthfanfic.org/Story-7927
refused to update the metadata.

Bad
The Strength Behind an Enemy
Caliadragon
Story requires confirmation of adult status: (http://www.tthfanfic.org/Story-7927)
http://www.tthfanfic.org/Story-7927

I have both is_adult:true and my account details in the tthfanfic section of my ini file.

[JimmXinu]

2015-07-27

• Add Russian language site masseffect2.in -- Thanks to PlushBeaver for adding this.

New test version posted (direct link).

[JimmXinu]

Originally Posted by Firedancer885

I think I just found a glitch in the "update metadata from webpage" feature. This story:
http://www.tthfanfic.org/Story-7927
refused to update the metadata.

Bad
The Strength Behind an Enemy
Caliadragon
Story requires confirmation of adult status: (http://www.tthfanfic.org/Story-7927)
http://www.tthfanfic.org/Story-7927

I have both is_adult:true and my account details in the tthfanfic section of my ini file.

I'm not able to duplicate the problem with the 'Update Calibre Metadata from Web Site' option and story http://www.tthfanfic.org/Story-7927

I generally put is_adult:true in the [defaults] section instead of each site's section.

(User/pass is not required for adult rated stories on tthfanfic.org--it's there because TtH tracks which chapters you've seen and won't send you new update notices if thinks you have unread chapters.)

[JimmXinu]

A web service user asked for a way to know the chapter range when used to download only limited chapters of a book.

So if you specify story URL https://www.fanfiction.net/s/2565609/1/[10-13], the book title will be: Odd Ideas (Ch 10-13).

I've posted a test version (direct link) that adds this feature.

## If a chapter range was given, use this pattern for the book title.
## replace_metadata and include/exclude will be applied *after* this.
## Set to empty value to disable.
title_chapter_range_pattern:${title} (Ch ${first}-${last})

My question to you is: Should this feature be turned on by default in the plugin, too?

[PandathePanda]

Originally Posted by JimmXinu

A web service user asked for a way to know the chapter range when used to download only limited chapters of a book.
My question to you is: Should this feature be turned on by default in the plugin, too?

I'm not so, think it should be selectable, as I doubt that most will use it.

[JimmXinu]

Originally Posted by PandathePanda

I'm not so, think it should be selectable, as I doubt that most will use it.

I agree that most users don't use the chapter range--they'll never see chapter range titles anyway.

The question is, of those users who do use chapter range, will they want this on by default? It can always be disabled in personal.ini.

[JimmXinu]

Version 2.2.11 - 31 Jul 2015

New sites forums.spacebattles.com and forums.sufficientvelocity.com

...both base_xenforoforum adapters sharing almost all their code.

Forums are not really designed to host story, but people use them that way anyway. I recently started reading a fandom (the Worm web serial by Wildbow) and the largest collection of stories I found for it was on a couple of near identical forum sites.

SpaceBattles Creative Writing

SufficientVelocity User Fiction

The details are complex enough that I've started a new wiki page for future reference. Please refer to it for more details.

• New [base_efiction] and [base_xenforoforum] sections for common settings for eFiction Base and XenForoForum Base adapters respectively.

• New .NOREPL feature (for 'no replacments'). Apply as a suffix to metadata entries in include_in_* lines.

This makes it possible to do some interesting things with different copies of metadata.

## '.NOREPL' tells the system to *not* apply title's
## in/exclude/replace_metadata -- Only works on include_in_ lines.
## Prevents infinite recursions.
include_in_tagsfromtitle:title.NOREPL

• New .SPLIT feature. Apply as a suffix to metadata entries in include_subject_tags. Causes the contents of the suffixed entry to be split into a list on ',' before being added to the tags/subject list.

Because the difference between ['A','B'] and ['A,B'] does matter.

## '.SPLIT' tells the system to split by ','
add_to_include_subject_tags:,tagsfromtitle.SPLIT

• New description_limit feature to explicitly limit the allowable length of the description.

Added due to base_xenforoforum adapters taking the description from a post that may be quite long, but can be used with any site.

## Only take the first X characters of the the description.
description_limit:500

New feature to mark "New" chapters when updating existing epub stories.

When mark_new_chapters:true is placed in personal.ini, the system will now mark the new chapters. The string "(new)" is prepended to the chapter title (but after added chapter numbers, if enabled).

If an epub already contain "New" chapter marks is updated again adding more new chapters, the "New" marks will show on both until explicit removed (or file is overwritten).

Users who have customized chapter_start for epub will need to add some additional tags to use the new features.

• Save additional chapter metadata in header of epub chapter xhtml files. Used to determine which chapters to download on update and 'Remove "New" Chapter marks'.

Only a few sites have unique chapter URLs (vs simple chapter *number* URLs). AO3 will also benefit from this. do_update_hook will become deprecated after a while.

This additional metadata hasn't caused problems with any epub checker or ereader that I've tested with, but there's always a chance something might object.

• Remove "New" Chapter Marks from Selected books feature added to Plugin Menu

Once you start marking new chapters to read, you also need a way to unmark them.

Configurably auto 'Remove "New"' on 'Mark "Read"' (see checkbox on config 'Reading Lists' tab).

Automatically apply 'Delete other formats' and 'Auto Run convert' features when you use Remove "New" Chapter Marks--both explicitly and by marking 'read'.

• New CLI --unnew option - same as above, but for CLI.

Some significant changes where made to the existing code to allow for base_xenforoforum adapters and the New chapter marking feature. So there's a risk of other things being effected.

From now on, dateUpdated is set to datePublished if no dateUpdated is found (same as old); and dateUpdated is set to dateCreated if neither dateUpdated or datePublished found.

• Fixes for http://spikeluver.com
• Fix base_xenforoforum_adapter for redirected URLs with #fragments--happens if thread title changed.
• Add new site ninelives.dark-solace.org (Base eFiction adapter)
• Add 'Download from Email Immediately' optional feature to plugin Email settings tab.
• Add new Russian language site masseffect2.in -- Thanks to PlushBeaver for adding this.
• Add chapter range to title if used. Can be disabled in ini with title_chapter_range_pattern.

[aleyx]

Originally Posted by JimmXinu

I agree that most users don't use the chapter range--they'll never see chapter range titles anyway.

One frequent use case of chapter range (for me) is sites like siye.co.uk. Because of the way new chapters are first put into a moderating queue (but still announced), the metadata are somewhat confused: a new Ch. 10 can exist, but its page just displays an error message and thus is rejected by FFF. So you have to use a range [1-9] to get a story, but the point wasn't to only read 1-9. It's just the only way to bypass the problem, for now.

Originally Posted by JimmXinu

The question is, of those users who do use chapter range, will they want this on by default? It can always be disabled in personal.ini.

It's such a case by case basis, I can't even decide what _I'd_ want... But honestly, if you select a range you'd usually want to mention it somewhere. The cases you _don't_ want to should be a lot less frequent, and it doesn't take long to manually remove the extra bit of title. So enabling it by default would make more sense.

N.