GNU bug report logs -
#69983
Use category for display-buffer-alist
Previous Next
Reported by: Juri Linkov <juri <at> linkov.net>
Date: Sun, 24 Mar 2024 17:22:01 UTC
Severity: normal
Fixed in version 30.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
Message #92 received at 69983 <at> debbugs.gnu.org (full text, mbox):
> From: Juri Linkov <juri <at> linkov.net>
> Cc: rudalics <at> gmx.at, 69983 <at> debbugs.gnu.org
> Date: Thu, 11 Apr 2024 09:31:45 +0300
>
> >> > More importantly, if we want to let programs and users control where
> >> > the warnings are displayed, I'd rather we introduced a new,
> >> > warning.el-specific option. Up front, there's no reason for anyone to
> >> > assume that display-buffer-alist will have _any_ effect on
> >> > display-warning, because we don't document that display-warning uses
> >> > display-buffer. So we could one day decide to implement the display
> >> > of the warnings in an entirely different fashion, and then no
> >> > customizations of display-buffer-alist will be able to affect the
> >> > display. In fact, in some situations we already display the warning
> >> > other than via display-buffer.
> >>
> >> These are just excuses to not make life easier for users of
> >> horizontally split windows.
> >
> > I don't see how a warning-specific option could be an "excuse". It
> > can solve the problem you attempt to solve as well as what you
> > propose.
>
> There is already the option display-buffer-alist.
Which I think is not appropriate for customizing what warnings.el
does, for the reasons I explained above.
This bug report was last modified 1 year and 83 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.