GNU bug report logs -
#64227
Setting of outline levels for custom headings
Previous Next
Reported by: uzibalqa <uzibalqa <at> proton.me>
Date: Thu, 22 Jun 2023 16:20:01 UTC
Severity: normal
Merged with 64177
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 64227 in the body.
You can then email your comments to 64227 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#64227
; Package
emacs
.
(Thu, 22 Jun 2023 16:20:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
uzibalqa <uzibalqa <at> proton.me>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 22 Jun 2023 16:20:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I am using outline-minor-mode and have changed outline-regexp, outline-heading-alist.
Have seen that for some major modes (e.g. emacs-lisp-mode), with outline-minor-mode-highlight
set to 'override nil), one has to call (setq-local outline-level 'outline-level) for the
heading faces to take effect.
But without the call to outline-minor-mode-highlight, the headings defined by outline-regexp
still get recognised, but not the outline levels.
It is not evident at this point, which major modes require a call to (setq-local outline-level 'outline-level).
There is not enough information in the documentation to get a custom headings setup operational.
Furthermore, although a call to (setq-local outline-level 'outline-level) solved the problem,
a better approach would be for outline-minor-mode to automatically detect whether a custom heading
was specified, and thus act accordingly. It would be quite a struggle for people to perceive the
need to call (setq-local outline-level 'outline-level), as the change is only needed for certain
major modes only.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#64227
; Package
emacs
.
(Thu, 22 Jun 2023 18:59:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 64227 <at> debbugs.gnu.org (full text, mbox):
forcemerge 64177 64227
stop
> I am using outline-minor-mode and have changed outline-regexp, outline-heading-alist.
>
> Have seen that for some major modes (e.g. emacs-lisp-mode), with outline-minor-mode-highlight
> set to 'override nil), one has to call (setq-local outline-level 'outline-level) for the
> heading faces to take effect.
>
> But without the call to outline-minor-mode-highlight, the headings defined by outline-regexp
> still get recognised, but not the outline levels.
>
> It is not evident at this point, which major modes require a call to (setq-local outline-level 'outline-level).
> There is not enough information in the documentation to get a custom headings setup operational.
>
> Furthermore, although a call to (setq-local outline-level 'outline-level) solved the problem,
> a better approach would be for outline-minor-mode to automatically detect whether a custom heading
> was specified, and thus act accordingly. It would be quite a struggle for people to perceive the
> need to call (setq-local outline-level 'outline-level), as the change is only needed for certain
> major modes only.
Why are you creating a new bug report instead of replying to the existing?
Forcibly Merged 64177 64227.
Request was from
Juri Linkov <juri <at> linkov.net>
to
control <at> debbugs.gnu.org
.
(Thu, 22 Jun 2023 18:59:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#64227
; Package
emacs
.
(Thu, 22 Jun 2023 19:32:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 64227 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Friday, June 23rd, 2023 at 6:56 AM, Juri Linkov <juri <at> linkov.net> wrote:
> forcemerge 64177 64227
> stop
>
> > I am using outline-minor-mode and have changed outline-regexp, outline-heading-alist.
> >
> > Have seen that for some major modes (e.g. emacs-lisp-mode), with outline-minor-mode-highlight
> > set to 'override nil), one has to call (setq-local outline-level 'outline-level) for the
> > heading faces to take effect.
> >
> > But without the call to outline-minor-mode-highlight, the headings defined by outline-regexp
> > still get recognised, but not the outline levels.
> >
> > It is not evident at this point, which major modes require a call to (setq-local outline-level 'outline-level).
> > There is not enough information in the documentation to get a custom headings setup operational.
> >
> > Furthermore, although a call to (setq-local outline-level 'outline-level) solved the problem,
> > a better approach would be for outline-minor-mode to automatically detect whether a custom heading
> > was specified, and thus act accordingly. It would be quite a struggle for people to perceive the
> > need to call (setq-local outline-level 'outline-level), as the change is only needed for certain
> > major modes only.
>
>
> Why are you creating a new bug report instead of replying to the existing?
You provided a solution for my bug report with
(setq-local outline-level 'outline-level)
This is about a request to handle custom headings better, otherwise improving
documentation on how to set up custom headings and a simpler way to figure out
which major modes would require the additional outline-level call.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 24 Jul 2023 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 334 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.