Eric Abrahamsen <e...@ericabrahamsen.net> writes:

> Looking over the code, I'm inclined to agree with Lars-Johan here: there
> isn't really any need to halt the process, what's important is that the
> user be made aware of the failure.

I agree.

> Allow me to re-introduce my suggestion of using warnings! It's looking
> better and better the more I consider it. `delay-warning' is just what
> we want: it puts messages in the hopper, which aren't displayed until
> the current command is completely finished, instead of messages
> clobbering each other and getting buried. It has its own private buffer,
> keeping information separate. There are plenty of user-facing knobs, and
> facilities for hiding or silencing the warnings.

I'm not sure I want to be popping up a buffer at the user for network
errors and the like -- it's expected that a news reader will have some
network problems, and putting up a buffer about it isn't very helpful.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Reply via email to