DocBook change: use a stack of fonts
Richard Kimberly Heck
rikiheck at gmail.com
Tue Dec 27 02:19:59 UTC 2022
On 12/26/22 20:13, Thibaut Cuvelier wrote:
> Dear list,
>
> To solve https://www.lyx.org/trac/ticket/12585, I wrote the attached
> patch. Basically, LyX now considers the order of font tags when
> closing them, otherwise you get strange results like in the ticket.
> The bug is quite serious, actually, even though I don't believe many
> users will hit it.
I struggled with that when writing the original XHTML code. It's hard to
get right. I know it sometimes would fail. Is this same code also used
with XHTML now? Or would it need to be adapted for that case?
I'm no good with tests, but I can review the code. Generally speaking,
it makes sense to me.
Is [[nodiscard]] something we support now? I've never seen that before.
> + DocBookFontOperation endTransaction() {
> + return {.fontsToClose = fontsToClose_, .fontsToOpen =
> fontsToOpen_};
> + }
> +
What is ".fontsToClose"? What's the dot doing? Is the "=" right? This
code just confuses me.
Riki
More information about the lyx-devel
mailing list