GNU bug report logs - #42184
27.0.91; org-fontify-whole-heading-line does not work in emacs 27

Previous Next

Full log

View this message in rfc822 format

From: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: egh <at> e6h.org, 42184 <at> debbugs.gnu.org, Nicolas Goaziou <mail <at> nicolasgoaziou.fr>, Bastien <bzg <at> gnu.org>
Subject: bug#42184: 27.0.91; org-fontify-whole-heading-line does not work in emacs 27
Date: Sat, 04 Jul 2020 19:50:38 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>
>> Date: Sat, 04 Jul 2020 19:13:58 +0200
>> Cc: 42184 <at> debbugs.gnu.org
>> 
>> I don't know if patching leuven is TRT?  Maybe the :extend t should be
>> added to the face definitions directly, since Org provides a knob
>> (org-fontify-whole-heading-line) to control whether the final newline is
>> fontified?
>
> Yes, I think the change should be in Org, not in the themes.

OK.  Paging in Nicolas and Bastien (I don't know who exactly should join
in on our fun, or if I should just cross-post to emacs-orgmode <at> gnu.org).

Have the Org maintainers given some thought to what should become of
org-fontify-whole-heading-line and
org-fontify-whole-block-delimiter-line from Emacs 27 onward?

If these options still make sense (i.e. users should be able to choose
between extended or non-extended backgrounds/under/overlines,
independently of how themes customize the faces), org-level-* and
org-block-{begin,end}-line should probably be defined with :extend t?


Relatedly (but not crucial to solving this bug), should org-block and
org-block-background also have :extend t?  It would make sense to me
since they delimit visual "blocks".


Last question (that one might be answered somewhere in Org's
documentation): how should we patch org-mode?  First on emacs-27, then
on org-mode's maint branch?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.