Incorrect epub formatting of footnote in blockquote

A footnote in a blockquote gets formatted in epub with indentation, as if the footnote were itself a blockquote.

What is the solution?

macos: Version 15.1 (24B83)
scriviner: 3.3.6
compile: ebook, yes I have changed it
I have checked in Kindle Previewer 3, apple books and Calibre. Same result in all: footnotes from blockquotes are indented.

I have replied to your email with a screenshot since apparently I can’t attach images here.

Unfortunately, I’m not seeing that reply with your screenshots in the Help queue.

When you sent them, did you send the email to scrivener-mac@literatureandlatte.com? If so, could you please try re-sending them?

It’s possible that the image sizes could be a factor as well. If they’re on the larger size, you could have your Mac compress them to a ZIP before attaching them.

I’ve also adjusted your forum privileges so you can post screenshots here.

Maybe I’m missing something basic here…

From the image you posted of a Kindle preview, I’m seeing six footnotes, of which #1, #3, and #6 are indented (is this the undesired operation?) while #2, #4, and #5 are not. Visually I cannot see what has been tagged as a blockquote. Which footnotes are rendered properly and which are not?

Forgive me for being silly, but what have you blockquoted? Would it not be simpler to use a different formatting mode to render a similar result? My understanding was that a blockquote was designed to quote a substantial block of text, and by definition is rendered inside an overriding indent to set the block. In fact the first time I saw the tag as an option (many, many moons ago when I was learning WordPerfect 5.1), it changed the font and rendered all of the letters as Large or small capitals to further set it apart from the base text.

As far as I can remember, the BLOCKQUOTE tag works on the paragraph it is triggered in, as a unit. It does not work on a selection of text like BOLD or ITALICS or other style guides. I suspect this is the issue here, the RTF interrupter is dealing with conflicting instructions. It if is the RTF interpreter then it might not be something that the L&L gang can easily fix.

Many thanks for thinking about this. I simplified the case for support, who asked for the project file, and the context can be easily seen in the pdf version shown below. The footnotes are citations, the first for the material in a blockquote, the second for material in a “no style” section. The first footnote is indented in the epub version, as you see in previous screenshot.

Just a quick suggestion, but turn the ruler on, and then set the BLOCKQUOTE indent even more than the new paragraph indent. I think it would visually flow better in the transition between the end of the blockquote and the next paragraph.

Well, there is also problem with the PDF output - see Incorrect PDF formatting for paragraph following blockquote - #4 by ds.

I had seen that, and in fact that is what is leading me to wonder if it is an RTF interpreter issue.

Experiment: Instead of generating a PDF directly from Scrivener, what happens if you were to compile to a DOCX file, and then load that file into Word or LibreOffice and use that tool to export as a PDF? Does it look correct in the other editor or just like the error your seeing in the PDF you export from Scrivener.

PDFs are useful for a lot of things, but sometimes I’ve run into issues where the PDF conversion injects errors base on what method one creates the PDF by, and I have to wonder if it is by design in order to steer everyone towards Adobe’s first party tools.