|
|
#11416 |
|
Plugin Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 7,128
Karma: 5005503
Join Date: Dec 2011
Location: Midwest USA
Device: Kobo Clara Colour running KOReader
|
New Test Version Posted
2025-10-29 - Preserve original titles for Reader Post blocks from fiction.live #1269, thanks MacaroonRemarkable! - adapter_ficbooknet: Collect additional metadata #1270, thanks dbhmw! |
|
|
|
|
|
#11417 |
|
Enthusiast
![]() Posts: 25
Karma: 10
Join Date: Feb 2025
Device: Kindle Paperwhite 2024
|
Hi, this is probably an easy answer...I'm just a little brain dead after a long day. How do I get published date to be the updated date? Please and thank you!
|
|
|
|
| Advert | |
|
|
|
|
#11418 |
|
Junior Member
![]() Posts: 7
Karma: 10
Join Date: May 2025
Device: none
|
I recently realized how much you can do to customize FFF title pages and I’ve set that up in my personal.ini. Now I’m trying to update my existing fics so the title pages match my new format and I don’t have to edit them manually. These fics have injected covers that I want to keep. I’m using “Update Epub Always” and it’s all working as expected except I can’t figure out how to keep my cover within the epub itself.
I’ve read through the Cover page instructions on the wiki and tested out a bunch of different configurations in the cover settings (and added use_old_cover:true both in the defaults and epub sections of my personal.ini), but no matter what I’ve tried, updating wipes out the cover page xhtml file and cover image completely. I still have my cover in Calibre, so I can inject it again, but I’d like to skip that extra step if possible. From the documentation, it sounds like there’s a way to preserve the cover page in the epub itself when updating, so either I’m doing something wrong or I’m misunderstanding and you can’t preserve injected covers. |
|
|
|
|
|
#11419 | ||
|
Plugin Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 7,128
Karma: 5005503
Join Date: Dec 2011
Location: Midwest USA
Device: Kobo Clara Colour running KOReader
|
Multi-reply
Quote:
FFF records three dates for most stories: datePublished, dateUpdated, (both from the story metadata on site) and dateCreated (when FFF ran to create the download. These are labeled Published, Updated, and Packaged respectively. Calibre's standard metadata has two settable date fields: - Date (internally 'timestamp'), FFF sets it to dateCreated on any update. - Published (internally 'pubdate'), FFF sets it to datePublished on any update. There is not a simple way to get FFF to populate Calibre's Published field with FFF's dateUpdated. Quote:
Code:
[defaults] ## If set, on EPUB update, the existing EPUB cover will be used, ## taking precedence over specific, first image, and ## default_cover_image, but not force_cover_image use_old_cover:true |
||
|
|
|
|
|
#11420 |
|
Connoisseur
![]() Posts: 60
Karma: 72
Join Date: May 2012
Device: Kindle Oasis, Scribe, Paperwhite // Boox Palma, Tab Mini // Supernote
|
I don't normally download from wattpad, but I've got a few authors who only post to that site. When I download from there, it gives me a "Reads" entry on the titlepage even though I do NOT have this in the wattpad section of my personal.ini
Code:
extra_titlepage_entries: reads This is all I have in my standard titlepage entries: Code:
titlepage_entries:<div class="inline">,seriesHTML,rating,datePublished,dateUpdated,numChapters,numWords,genre,</div> |
|
|
|
| Advert | |
|
|
|
|
#11421 | |
|
Plugin Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 7,128
Karma: 5005503
Join Date: Dec 2011
Location: Midwest USA
Device: Kobo Clara Colour running KOReader
|
Quote:
In this case, you should be able to clear it in personal.ini with: Code:
[wattpad.com] extra_titlepage_entries: |
|
|
|
|
|
|
#11422 | |
|
Junior Member
![]() Posts: 7
Karma: 10
Join Date: May 2025
Device: none
|
Quote:
I've also tried adding it to the epub section since the default.ini talks about it there, but my injected cover pages & images are still getting deleted from inside the epub on update. I’ve set up a new library to test, simplified the epub customizations in my personal.ini in the test library, and tried every plugin cover setting configuration I can think of, but I still can’t find a way to keep the existing covers within the epub itself. To be clear, I'm having no problem keeping my Calibre covers, just the injected ones. Code:
## Mel's personal configuration (test library).
## Uncomment options by removing the '#' in front of them.
[defaults]
is_adult:true
collect_series: true
use_old_cover:true
## My customized titlepage_entries and the label used for them:
## <entryname>_label:<label>
characters_label:Additional Characters
description_label:Description
dateRange_label:Published
datePublished_format:%%B %%d, %%Y
dateUpdated_format:%%B %%d, %%Y
add_to_extra_valid_entries:,dateRange
include_in_dateRange:datePublished,dateUpdated
keep_in_order_dateRange:true
add_to_replace_metadata:
# same year 1 2 3 4 5
dateRange_LIST=>([^\s]+)\s+(\d{1,2}),\s+(\d{4}), ([^\s]+)\s+(\d{1,2}),\s+\3=>\1 \2–\4 \5, \3
# same month 1 2 3 4
dateRange_LIST=>([^\s]+)\s+(\d{1,2})[-–]\1\s+(\d{1,2}),\s+(\d{4})=>\1 \2–\3, \4
# different years
dateRange_LIST=>([^\s]+)\s+(\d{1,2}),\s+(\d{4}), ([^\s]+)\s+(\d{1,2}),\s+(\d{4})=>\1 \2, \3 – \4 \5, \6
[epub]
## (Note that Anthology epubs will still be epub 2.0 only until
## EpubMerge learns to write epub 3.0.)
epub_version:3.0
use_old_cover:true
## If set to 'smart', logpage will only be included if the story is
## status:In-Progress or already had a logpage.
include_logpage: smart
logpage_entries: dateCreated,datePublished,dateUpdated,numWords,words_added,chapterslashtotal,status
## metadata ${title}, etc. Make sure to keep at least one space
## at the start of each line and to escape % to %%.
titlepage_start:<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:epub="http://www.idpf.org/2007/ops" xml:lang="en" lang="en">
<head>
<meta charset="utf-8"/>
<title>${title} by ${author}</title>
<link href="stylesheet.css" type="text/css" rel="stylesheet"/>
</head>
<body class="summary">
<h2>Summary</h2>
<div class="metadata">
## ${id}, ${label}, ${value}
titlepage_entry:
<p><b>${label}:</b> ${value}</p>
## metadata
titlepage_end:
</div>
<h3>Description:</h3>
${description}
</body>
</html>
[epub]
[archiveofourown.org]
use_basic_cache:true
##use_archiveofourown_gay:true
username:XXXXXXXX
password:XXXXXXXX
## Summary page metadata and order
titlepage_entries:title,author,seriesHTML,fandoms,storyUrlHTML,dateRange,status,rating,warnings,numWords,chapterslashtotal,ships,characters,freeformtags
include_subject_tags:fandoms,ships,status
add_to_extra_valid_entries:,storyUrlHTML
include_in_storyUrlHTML:storyUrl
## Add extra metadata fields:
add_to_replace_metadata:
seriesHTML=><a[^>]*>([^<]+?)\s*\[(\d+)\]\s*</a>=>Part \2 of <a href="%%series00Url%%">\1</a>
storyUrlHTML=>^https?://(archiveofourown\.org/works/\d+)$=><a href="https://\1">\1</a>
characters=>\s*\([^)]*\)(?=\s*(?:,|$))=>
chapterslashtotal=>^\s*(\d+)\s*/\s*\1\s*$=>\1
description=>^<div class="userstuff">\s*=>
description=>\s*</div>\s*$=>
keep_in_order_fandoms:true
keep_in_order_ships:true
keep_in_order_characters:true
keep_in_order_freeformtags:true
fandoms_label:Category
chapterslashtotal_label:Chapters
freeformtags_label:Tags
storyUrlHTML_label:Source
exclude_metadata_pre:
warnings==Creator Chose Not To Use Archive Warnings
warnings==No Archive Warnings Apply
status==Completed
strip_chapter_numbers:true
## Remove the site's leading number ("1.", "2 -", "10:") **only if**
## the remainder is exactly "Chapter <num>", "Prologue", or "Epilogue".
## Keep the number when there's a real title.
chapter_title_strip_pattern:(?i)^[0-9]+[\.: -]+\s*(?=chapter\s*\d+\s*$|prologue\s*$|epilogue\s*$)
## Uncomment out for Anthologies where works operate like chapters and
## don't need their own individual summary page:
## include_titlepage:false
exclude_notes:authorheadnotes,chaptersummary,chapterheadnotes,chapterfootnotes,authorfootnotes
## inspiredlinks
[overrides]
## default varies by site.
Spoiler:
I feel like I must be missing something obvious here. Like I said before, I can always inject the Calibre covers into the epubs again, but I'd prefer to skip that step if it's possible, especially because of all the ORIGINAL_EPUB backups this creates. |
|
|
|
|
|
|
#11423 |
|
Plugin Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 7,128
Karma: 5005503
Join Date: Dec 2011
Location: Midwest USA
Device: Kobo Clara Colour running KOReader
|
FFF's cover system is an evolved, convoluted mess that I regret ever providing. Or at least, I should have said 'no' much more often when asked for additional options and features over the years.
![]() In this particular case, however, the issue is less to do with covers per se, but using epub_version:3.0 and generated cover injection via Calibre Polish book and FFF epub update. FFF, when it generates an epub3, puts both the epub2 and epub3 metadata files in for maximum back compatibility. Calibre's Polish Book, when updating an epub3, removes the epub2 standard <reference type="cover"> tag that FFF is looking for to find an existing cover image on update. I will look more closely at what might be done to detect 'pure' epub3 covers this weekend. It looks straightforward, but I've thought that before. FYI, Re: "Update Calibre Metadata" checkbox -- My first thought is that the "Update Calibre Metadata" checkbox shouldn't make any difference to the epub. That's literally one of the oldest settings in FFF. But you have "Inject/update the generated cover inside EPUB" checked--And cover generation only happens if "Update Calibre Metadata" is checked. And cover can't be injected if it isn't generated. |
|
|
|
![]() |
| Tags |
| fanfiction |
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| [GUI Plugin] KindleUnpack - The Plugin | DiapDealer | Plugins | 527 | 08-15-2025 01:36 PM |
| [GUI Plugin] Open With | kiwidude | Plugins | 404 | 02-21-2025 05:42 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 |