[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Delayed warnings
From: |
Juanma Barranquero |
Subject: |
Re: Delayed warnings |
Date: |
Mon, 21 Mar 2011 13:01:48 +0100 |
> Couldn't we handle this inside (a possibly improved) add_to_log?
Well, the whole point of my proposal is that I want to give a warning,
not just a message (which is very easily overlooked when starting
Emacs).
Also, as the process of delayed-warnings happens very late (after
.emacs), the user can remove warnings he doesn't really want with
(setq delayed-warnings (delete* "unwanted warning" delayed-warnings
:key 'cadr :test 'string-match-p))
or equivalent non-CL code. This is a plus, because we want to warn the
user, but not punish him in case he does really have a reason to
continue doing whatever causes the warning.
In fact, if we adopt delayed-warnings, there are other warnings (quite
a few in startup.el, for example, like the one I recently added about
_emacs) that could be converted to using it and so give the user more
control over them.
Juanma
- Delayed warnings, Juanma Barranquero, 2011/03/20
- Re: Delayed warnings, martin rudalics, 2011/03/21
- Re: Delayed warnings,
Juanma Barranquero <=
- Re: Delayed warnings, Juanma Barranquero, 2011/03/21
- Re: Delayed warnings, martin rudalics, 2011/03/21
- Re: Delayed warnings, Juanma Barranquero, 2011/03/21
- Re: Delayed warnings, Stefan Monnier, 2011/03/21
- Re: Delayed warnings, martin rudalics, 2011/03/22
- Re: Delayed warnings, Juanma Barranquero, 2011/03/22
- Re: Delayed warnings, Jeff Sparkes, 2011/03/23