Re: "r", "R"

Bill Wohler <wohler <at> newt.com> wrote:

> Peter S Galbraith <p.galbraith <at> globetrotter.net> wrote:
> 
> > Bill Wohler <wohler <at> newt.com> wrote:
> > 
> > > One implementation would be to leave r as it is, honoring the value of
> > > mh-reply-default-reply-to and maintaining backwards compatibility. Then,
> > > add an R command that sets mh-reply-default-reply-to to "all". You could
> > > then set mh-reply-default-reply-to to "to" and have the behavior you
> > > desire.
> > 
> > r -> always works as before
> > R -> reply to all, but customizable
> 
> What sort of customization did you have in mind?

It was simply my understanding of the suggested change, but I guess it's
the other way around? i.e.

r -> always works as before (obeys mh-reply-default-reply-to)
R -> sets mh-reply-default-reply-to to all

I think I would prefer:

r -> always works as before (obeys mh-reply-default-reply-to, which I
      can keep to prompt me)
R -> replies to all, but customizable using some new variable similar to
      mh-reply-default-reply-to that would default to all.

So "r" prompts by default, and "R" replies to all by default.  Both are
customizable (and interchangeable).  Basically, users would get two keys
to assign two ways of replying.

Peter

--

-- 
Peter S. Galbraith, MH-E developer  <p.galbraith <at> globetrotter.net>
GPG key 1024/D2A913A1 - 97CE 866F F579 96EE  6E68 8170 35FF 799E
6623'rd GNU/Linux user at the Counter - http://counter.li.org/

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/