Quote:
Originally Posted by MidnightRose
That makes sense. I just figured there was a chance that some CSS stuff migh have been possible in user.ini.
I guess I'll just block very specifically the like 9 individual covery images this one author has in every single end of chapter author notes.
Actually.... come to think of it, I think there's a possible bug there? Unless it's intentional.
On the website, the images are all just a line of thumbnail sized images, but FFF seems to make each one a full page.
This is the webnovel in question. |
The images are displayed smaller due to height / width attributes on the <img> tags. Those attrs are discarded by FFF. You could keep them using
keep_html_attrs (search for
keep_html_attrs and
add_to_keep_html_attrs), but that would apply to all tags.
Another option is to force those img display sizes like:
Code:
[www.royalroad.com]
add_to_output_css:
div.author-note-portlet img {
width:100px;
height:150px;
}
FYI, FFF looks for images with identical URLs and only keeps one copy of each, while still displaying it in different places. So you at least only have one copy of each image per epub. I didn't check every chapter of this story, but the first few share images.
When they are the same images, but with different URLs, you could set
dedup_img_files:true.
Spoiler:
From defaults.ini:
Code:
## If set true, FFF will compare image all files(of the same size)
## looking for identical files with different URLs. fiction.live is
## the only site currently(Sep2020) known to benefit from this.
## (Images with the same URL are always detected and only one copy
## kept.)
#dedup_img_files:false