08-07-2024, 11:18 AM | #9811 |
Plugin Developer
Posts: 6,564
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Sorry, I don't know what's going on with that log.
There is duplication of some output (or possibly two instances running??) and everything is out of order from what I see when I run debug. There's a debug output from FFF initialization: Code:
FFF: DEBUG: 2024-08-07 15:55:28,248: calibre_plugins.fanficfare_plugin.fff_plugin(217): Plugin FanFicFare macmenuhack file_path:C:\Users\ljcod\AppData\Roaming\calibre\plugins\fanficfare_macmenuhack.txt |
08-08-2024, 06:10 AM | #9812 | |
Hero for hire
Posts: 9
Karma: 10
Join Date: Aug 2009
Location: Sol-3
Device: KOReader (in a Kobo Clara HD)
|
Quote:
Code:
pip install --upgrade twine requests-toolbelt https://www.mobileread.com/forums/sh...postcount=9791 |
|
Advert | |
|
08-14-2024, 12:59 AM | #9813 | |
Connoisseur
Posts: 60
Karma: 10
Join Date: Apr 2019
Device: none
|
Quote:
I finally got around to installing the new monthly version today and it doesn't appear to have this functionality. Was there a reason it got pulled? - Andrew |
|
08-14-2024, 09:38 AM | #9814 | |
Plugin Developer
Posts: 6,564
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
|
|
08-14-2024, 11:45 AM | #9815 | |
Connoisseur
Posts: 60
Karma: 10
Join Date: Apr 2019
Device: none
|
Quote:
I just restarted in debug mode and then used the following as my test cases. I did verify that they all ended up at the first URL when entered in my browser. https://www.scribblehub.com/series/1...rawler-litrpg/ https://www.scribblehub.com/series/1...ake-name-here/ https://www.scribblehub.com/series/1...fake-name-here https://www.scribblehub.com/series/1144593/ https://www.scribblehub.com/series/1144593 The "fake-name-here" URLs actually matched the existing story and asked if I wanted to update the URL. I'm not sure why it worked today but not last night. I'll keep watching and see if it happens again. However, the ability to enter a URL without a title still doesn't work. The last two URLs above were just ignored by FanFicFare. It wouldn't pick them up from the clipboard and did nothing if I manually pasted them in. That's not a critical feature for me, but I wanted to mention it. I'm not including the debug log because the title change worked and the no title URLs were not even logged. For the record, from last night's failure, this was the old URL: https://www.scribblehub.com/series/8...-thief-litrpg/ And this was the URL that resulted in a new epub: https://www.scribblehub.com/series/8...-arcane-thief/ The author's name and URL did not change. Also, yes, this is the same story that prompted my original request. Snollygoster really likes to change the name around. Okay, new wrinkle... Before posting this I got the bright idea, since it was working now, to delete the new epub and update the old one. I didn't think to restart in debug mode this time, sorry, but I gave it the new URL and it's now downloading all 193 chapters again instead of updating the existing 192 chapter epub. After using the "new" URL from last night, I discovered that the name and URL has changed again. The newest new one is: https://www.scribblehub.com/series/8...-thief-litrpg/ Curious what would happen, I dumped that URL into FanFicFare. Rather than complaining that it couldn't determine which book to update or simply downloading a third copy of it, it actually matched up to the new epub and asked if I wanted to update the URL. However, it didn't actually update it. All that it updated was the Title itself. I'll try again when there is actually a new chapter to add, as maybe the URL change got dropped without that update? I am so confused right now... - Andrew |
|
Advert | |
|
08-14-2024, 12:58 PM | #9816 |
Plugin Developer
Posts: 6,564
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
I've commented before that I don't read that site. So when I make a change to address a reported issue, that's generally the only thing I'm looking at--I'm depending on users to report any related issues or knock-on effects.
I will look at adapting the logic we use for ffnet to scribblehub. Fair warning, I expect that some form of title will be necessary. These probably won't work: https://www.scribblehub.com/series/1144593/ https://www.scribblehub.com/series/1144593 |
08-14-2024, 01:34 PM | #9817 | |
Connoisseur
Posts: 88
Karma: 100000
Join Date: Nov 2010
Device: None
|
Quote:
|
|
08-14-2024, 02:19 PM | #9818 |
Plugin Developer
Posts: 6,564
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Test Version Posted
2024-08-14 - adapter_scribblehubcom: Allow for changing title in story URL. - Update adapter_syosetucom.py (#1095) Fix update retrieval for series not completed, thanks dado330 - Make CLI username prompt more visible I've adapted similar logic to ffnet for scribblehub for INI sections, plugin URL search, and chapter URL normalization. |
08-14-2024, 02:53 PM | #9819 | |
Connoisseur
Posts: 60
Karma: 10
Join Date: Apr 2019
Device: none
|
Quote:
That said, I don't use flaresolverr, as I never got it to work reliably. Instead, I just added "use_cloudscraper:true" to the "[www.scribblehub.com]" section of my personal.ini. It's not perfect, but it greatly reduced the 403 rate I was seeing before using it. - Andrew |
|
08-14-2024, 03:23 PM | #9820 | |
Connoisseur
Posts: 88
Karma: 100000
Join Date: Nov 2010
Device: None
|
Quote:
|
|
08-14-2024, 03:41 PM | #9821 | |
Connoisseur
Posts: 60
Karma: 10
Join Date: Apr 2019
Device: none
|
Quote:
I may have misunderstood the wording when you released the original test version. I thought it said that it would accept URLs without titles. It's not a feature I see myself using. I just tested it because I thought it was supported. It looks like the issue was actually with the metadata for the older epub. It looked fine when I viewed it, but FanFicFare behaved weirdly when trying to update the story directly instead of from the URL. So, I just deleted it and will stick with the new one. Sorry for not doing more thorough testing before reporting the issue. - Andrew |
|
08-18-2024, 05:55 AM | #9822 |
Connoisseur
Posts: 61
Karma: 10
Join Date: Jul 2010
Device: Pocketbook InkPad Color 3, Kindle Oasis 2, Moon+ Reader pro
|
No cover creation in exceptional cases?
After updating a fanfiction, I also have FFF create a new cover.
Can I set it somehow / somewhere that in certain cases no cover is created? For example, if a certain tag is in the metadata? I use a user-defined column (#cover) in which I have stored tags. |
08-18-2024, 09:50 AM | #9823 | |
Plugin Developer
Posts: 6,564
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
The generate_cover_settings INI setting can be used to change which Generate Cover plugin setting gets used and, assuming you have checked the 'Pass Calibre Columns into FanFicFare' option (personal.ini tab of FFF config), you should be able to use calibre_cust_cover as a metadata entry. Code:
## If you have the Generate Cover plugin installed, you can use the ## generate_cover_settings parameter to intelligently decide which GC ## setting to run. There are three parts 1) a template of which ## metadata part(s) to look at, 2) a regular expression to match the ## template, and 3) the name of the GC setting to use, which must ## match exactly. Use this parameter in [defaults], or by site eg, ## [ficwad.com] ## Make sure to keep at least one space at the start of each line and ## to escape % to %%, if used. ## template => regexp to match => GC Setting to use. ## To use this, make sure you go to the Generate Cover tab in FanFicFare ## config and check 'Allow generate_cover_settings from personal.ini ## to override' ## You can check for an existing cover image in the metadata ## cover_image. cover_image can be: ## specific -- The site has an image that is specifically this story's cover ## first -- The first image in the story or story desc is used as cover ## default -- A default_cover_image was used ## force -- A force_cover_image was used ## old -- There was already a cover image in the epub. ## This is useful because GC plugin can use the existing image. #generate_cover_settings: # ${category} => Buffy:? [tT]he Vampire Slayer => BuffyCover # ${category} => Star Trek => StarTrekCover # ${cover_image} => ^$ => CompleteCover # ${cover_image} => (specific|first|default|force) => CoverWithOrigImage |
|
08-18-2024, 11:01 AM | #9824 |
Fanatic
Posts: 556
Karma: 1020204
Join Date: Sep 2008
Location: Bosnia and Herzegovina
Device: Lenovo Yoga Tab 2 (Android)
|
How does one reset the personal.ini? Do I just copy over the default.ini? I've been trying various things from various people, and while I like some things there are others that don't give me the results I'd like. I need to start over to try and understand more what these settings are, what falls under genre, what under category, whether adding #ao3_ should be done in lookup names, etc.
I am also wondering, if I decide to create two different libraries (say, a Fiction library and an AO3 library) do changes in personal.ini apply to both or only to the library that was active when I was adding the changes? |
08-18-2024, 11:36 AM | #9825 | ||
Plugin Developer
Posts: 6,564
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
Quote:
For example, I have a copy of libraries used just for testing different FFF settings. |
||
Tags |
fanfiction |
Thread Tools | Search this Thread |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[GUI Plugin] KindleUnpack - The Plugin | DiapDealer | Plugins | 494 | 05-18-2024 02:34 AM |
[GUI Plugin] Open With | kiwidude | Plugins | 403 | 04-01-2024 08:39 AM |
[GUI Plugin] Marvin XD | Philantrop | Plugins | 126 | 01-29-2017 12:48 PM |
[GUI Plugin] KiNotes | -axel- | Plugins | 0 | 07-14-2013 06:39 PM |
[GUI Plugin] Plugin Updater **Deprecated** | kiwidude | Plugins | 159 | 06-19-2011 12:27 PM |