Ihor Radchenko writes:
> Protesilaos Stavrou writes:
>
>> Now the tricky part is to figure out which combinations can work this
>> way. Headings and source blocks are two obvious ones. Maybe there are
>> more, but I cannot think of one right now.
>
> This is relevant to any greater element that
StrawberryTea writes:
> Ihor Radchenko writes:
>
>> Protesilaos Stavrou writes:
>>
>>> Now the tricky part is to figure out which combinations can work this
>>> way. Headings and source blocks are two obvious ones. Maybe there are
>>> more, but I cannot think of one right now.
>>
>> This is
Protesilaos Stavrou writes:
> Now the tricky part is to figure out which combinations can work this
> way. Headings and source blocks are two obvious ones. Maybe there are
> more, but I cannot think of one right now.
This is relevant to any greater element that can contain markup inside
and
> From: Ihor Radchenko
> Date: Wed, 13 Mar 2024 14:27:18 +
> [... 16 lines elided]
>>> CCing Protesilaos. This discussion might be of interest for him.
>>
>> I think it makes sense to not override the background because otherwise
>> the heading can look visually "broken". See attached
Protesilaos Stavrou writes:
>> This is not an exhaustive list. We have a number of markup objects that
>> are fontified overriding the containing element/paragraph/heading face:
>>
>> - target links
>> - timestamps
>> - footnotes
>> - radio targets
>> - macros
>> - inline export snippets
>>
>> I
Thank you, Ihor!
> From: Ihor Radchenko
> Date: Mon, 4 Mar 2024 10:32:38 +
>
> StrawberryTea writes:
>
>> Hello. Currently, if you have a heading background, and you have a date,
>> radio link, or special keyword, the background is overridden. I have
>> attached a patch that fixes this
StrawberryTea writes:
> Hello. Currently, if you have a heading background, and you have a date,
> radio link, or special keyword, the background is overridden. I have
> attached a patch that fixes this issue by using the `prepend' property
> instead of the `t' property. Here is also a minimal
