04-27-2024, 03:45 PM | #9526 |
Plugin Developer
Posts: 6,537
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Test Version Posted
2024-04-27 - adapter_ficbooknet Fix update date not working (#1066) Thanks, dbhmw - adapter_literotica: Collect averrating from hidden JSON. #1058 - adapter_literotica: Improved description collection. #1058 |
04-28-2024, 02:29 AM | #9527 | |
Enthusiast
Posts: 48
Karma: 10
Join Date: Jul 2021
Device: None
|
Quote:
I've added a comparison for how it looked for a previously downloaded book versus now. Code:
https://imgbox.com/g/yOCbViA65u Also, the tags in the newer version seem a quite a few less than the older version for the same book (as you can see in the comparison image). Has something changed? |
|
Advert | |
|
04-28-2024, 10:38 AM | #9528 | ||
Plugin Developer
Posts: 6,537
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
No other supported site gets a ToC when there isn't a description, and the site now requires at least the 'Short Description' on all new 'Story Series'. But I will consider putting it back in if enough other people also ask for it. Quote:
Now FFF is collecting tags from the 'Story Series'(/series/se) page, which is the defining story page. For that story, the tags given on the story don't exactly match the tags on any of the chapter pages, nor is it the union or intersection of the chapter page tags. So presumably those are the tags the author has chosen to assign to the story as a whole. |
||
04-28-2024, 11:31 AM | #9529 | |
Enthusiast
Posts: 48
Karma: 10
Join Date: Jul 2021
Device: None
|
Quote:
I've seen quite a few authors I follow not putting a series intro so summary field stays blank. This is why I feel the separate chapter summaries were so good. Last edited by kamille3; 04-28-2024 at 11:35 AM. |
|
04-28-2024, 12:05 PM | #9530 | |
Connoisseur
Posts: 60
Karma: 10
Join Date: Apr 2019
Device: none
|
Quote:
- Andrew |
|
Advert | |
|
04-28-2024, 12:05 PM | #9531 | |
Plugin Developer
Posts: 6,537
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Test Version Posted
2024-04-28 - adapter_literotica: Don't setDescription() if tag is empty #1058 Quote:
Now if the tag is empty (AKA there's no specific story series description), the Calibre Comments field will be left instead of set to the empty tag. So while you won't get new ToC descriptions, you won't lose the ones you have--or whatever comments you manually filled in--unless/until the author puts in a description. |
|
04-28-2024, 12:22 PM | #9532 | |
Enthusiast
Posts: 48
Karma: 10
Join Date: Jul 2021
Device: None
|
Quote:
Its just that separate descriptions for each chapter helped me know the exact summary of what was about to happen in that specific chapter. A single summary an entire book series feels wrong when different chapters already have different descriptions. Not trying to annoy you just saying what I feel. |
|
04-28-2024, 12:23 PM | #9533 | |
Connoisseur
Posts: 60
Karma: 10
Join Date: Apr 2019
Device: none
|
Quote:
Short Description is now a required field (along with Series Title), so any series lacking a description is older than the current series feature. Series Introduction is an optional field. The only other options when creating a series is the story list, sort order of those stories, and the In Progress/Complete setting. In a perfect world where we didn't have to depend on JimmXinu's slave labor (), we would get the series introduction followed by the series description and each of the chapter descriptions. - Andrew |
|
04-28-2024, 12:36 PM | #9534 |
Enthusiast
Posts: 48
Karma: 10
Join Date: Jul 2021
Device: None
|
Also a lot of authors have left the site or have stopped updating their stories (so no chance of them ever updating the series under the new format) so when I eventually download them the summary box will be empty. Which is why I'm in favor of keeping the numbered ToC system
|
04-28-2024, 01:02 PM | #9535 | |||
Plugin Developer
Posts: 6,537
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
Quote:
Quote:
Normal release day is in three days. Except for legitimate bugs, I'm done with looking at this adapter for this release. |
|||
04-28-2024, 01:23 PM | #9536 | |
Enthusiast
Posts: 48
Karma: 10
Join Date: Jul 2021
Device: None
|
Quote:
I get that you must feel annoyed at me making such a request but its just that we already had such an excellent implementation before so to lose that feels like such a massive blow. Anyways Jimm I still thank for being patient with me and for developing such an excellent plugin. Last edited by kamille3; 04-28-2024 at 01:34 PM. |
|
04-28-2024, 03:47 PM | #9537 |
Custom User Title
Posts: 9,305
Karma: 63232809
Join Date: Oct 2018
Location: Canada
Device: Kobo Libra H2O, formerly Aura HD
|
PSA for FanFiction.net users: Email notifications seem to be failing again, at least on gmail accounts.
|
04-28-2024, 03:56 PM | #9538 |
Junior Member
Posts: 3
Karma: 10
Join Date: Jan 2023
Device: Kindle PW
|
I don't think this is an FFF issue specifically but I'm assuming ya'll also read works in progress so maybe someone has ran into this issue before.
Since I started sideloading my fics after Send to Kindle dropped MOBI support, I'm running into a issue where my Kindle sees my updated fics as READ and with the original date that I send the first version. It's like my Kindle is smart enough to know it's the same "book" even though they're two different files. I'm assuming this is a sideloading issue since sideloading (a) sees the files as ebooks, where as Send to Kindle saw them as documents, and (b) I recall sideloading having indexing issues with covers(?) so maybe it also has indexing issues with Kindle's status of the book? I'm going to make up an example to explain what happening. On Janaury 1st, I download an EPUB from AO3. That fic is a work in progress with 1/5 chapters posted. I download the EPUB from AO3 and drop it into Calibre. I then use FFF to get the metadata from AO3, convert the EPUB to MOBI in Calibre, and then use Calibre to "send to device" via USB. This "first chapter" fic shows up on my Kindle at the top of my Uncollected folder as NEW (I have my Uncollected folder sorted by MOST RECENT and filterd for UNREAD). All good so far. That night, I finish reading the first chapter. Kindle marks the file as READ. I then go on to read another fic or two before I fall asleep, without moving the file to a collection or deleting it. A month goes by... On January 2nd, that fic updates to chapter 2/5. I download the EPUB again from AO3, drop it into Calibre to replace the existing EPUB, use FFF to get the updated metadata from AO3, convert the EPUB to MOBI--tell Calibre it's okay to overwrite the existing MOBI. And to double check the conversion process because I know I'm having issues with WIPs, I open the new MOBI file via Calibre's viewer to check the cover and chapter count. Once that's done, I use Calibre to "send to device" via USB. This "second chapter" fic does not show up at top of my Uncollected folder as NEW like I expect it to. Instead, when I search for it on my Kindle, it shows up as READ (and sometimes the location is in the middle of the fic where the last chapter ended?). And when I remove my "UNREAD" filter from my Uncollected folder I have to scroll scroll scroll until I find it. Now, in Calibre, if I right-click on the fic and choose "Remove Books" -> "Remove match books from device", the table will list both files on my Kindle as it should, but the date of the new updated fic is from... a month ago. Hence why on my Kindle it's showing further down my list than it should be. I'm also running into the issue where if I "Remove Books" -> "Remove match books from device" via Calibre, the fic will still exist on my Kindle, but now the cover is gone, and I have to delete it from the Kindle UI. This is why I'm thinking there might be an indexing issue at play? Troubleshooting I've tried various combinations of deleting the updated fic and disconnecting my Kindle. The only thing that worked (at least today) was the following but I'm not sure what in this list did it because I kinda over did it. I did this process on the four WIP fics that have been giving me trouble: 1. Delete both the original and updated fic from my Kindle via Calibre 2. Disconnected my Kindle from Calibe 3. Remove the USB cable from my Kindle 4. Search for the fic on my Kindle and if I find it, delete it there via the Kindle's UI 5. Restarted my Kindle 6. Reconvert the updated fic's EPUB to MOBI (I did not delete the existing MOBI files from my computer, just confirmed to overwrite them) 7. Reconnected my Kindle to my PC/Calibre 8. Used "Send to Device" to send those 4 fics to my kindle. When I look at those fics via "Remove Books" -> "Remove match books from device", the dates show as today (good!). On my Kindle, I just scroll up and down a bit to refresh the UI--I see all four fics as NEW with the correct chapter count. Awesome. But doing this every night or so is not sustainable for me. First world problems, I know. I'm assuming it's still impossible for Kindle to tell Calibre which fics are NEW vs % vs READ on the device? Because if that existed, I could easily delete the READ fic file on my Kindle via Calibre before sending the updated WIP. Assuming even having the "first chapter" fic on my Kindle still when I sideload the WIP is even the issue. |
04-28-2024, 05:55 PM | #9539 | |
Plugin Developer
Posts: 6,537
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
Quote:
I would point out MOBI format is significantly outdated. I would recommend converting to AZW3 instead for Kindle. While a bit dated, I think this wiki page PluginWithReadingList still accurately describes my work flow for updating devices and marking books 'to read' in a Kindle/Nook neutral way. |
|
04-28-2024, 10:23 PM | #9540 |
Plugin Developer
Posts: 6,537
Karma: 4277329
Join Date: Dec 2011
Location: Midwest USA
Device: Kindle Paperwhite(10th)
|
New Test Version Posted
2024-04-28 - adapter_literotica: Don't setDescription() if tag is empty #1058 - adapter_literotica: Restore chapter descs description when nothing else. #1058 I've reimplemented description from chapters' descs for 'story series' that don't have an intro or short desc only. On reflection, I decided I let my dislike for this site get away from me a bit there. |
Tags |
fanfiction |
|
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 |