headers
Greg Minshall | 2 May 05:48
Picon
Favicon

"r", "R"

hi.  Berkeley Mail (and probably the "mail" that proceeded it), as well
as Brent Welch's exmh, use "r" to reply to sender and "R" to reply to
all senders, receivers, etc.  since my fingers have been programmed for
so many years, i wanted "R" to do reply all.

below is my bumbling attempt, in case it is of use to anyone.

cheers, Greg Minshall
----
;; my reply-all function
(defun ggm-mh-reply-all (message &optional includep)
  "Reply to a MESSAGE to *all* parties"
  (interactive (list
                (mh-get-msg-num t)
                current-prefix-arg))
  (mh-reply message "all" includep))

;; get ggm-mh-reply-all hooked in

(defun ggm-mh-folder-mode-hook ()
  "Hook to set key bindings in mh-e"
  ;; in folder mode, "R" is "reply all"
  (local-set-key "R" 'ggm-mh-reply-all)
  (remove-hook 'mh-folder-mode-hook 'ggm-mh-folder-mode-hook))

(add-hook 'mh-folder-mode-hook 'ggm-mh-folder-mode-hook)

(defun ggm-mh-show-mode-hook ()
  "Hook to set key bindings in mh-e"
  ;; in show mode, "R" is "reply all"
(Continue reading)

Permalink | Reply |
headers
Bill Wohler | 19 May 06:47
Picon
Picon

Re: "r", "R"

Greg Minshall <minshall <at> acm.org> wrote:

> hi.  Berkeley Mail (and probably the "mail" that proceeded it), as well
> as Brent Welch's exmh, use "r" to reply to sender and "R" to reply to
> all senders, receivers, etc.  since my fingers have been programmed for
> so many years, i wanted "R" to do reply all.

I'd be curious to hear how other users would like this. I just set
mh-reply-default-reply-to to "all" since that's usually what I want, and
just remove the cc lines on those few occasions when I don't.

Historically, MH-E has done it a bit different from the other mailers,
preferring to be more like MH itself. However, I can see the merit in
having r for reply to and R for reply all.

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.

Would anybody like this? Does anyone see any problems with this? Can you
think of a better way of doing this?

--

-- 
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008.
(Continue reading)

Permalink | Reply |
headers
Pete Phillips | 19 May 10:14
Picon

Re: "r", "R"

>>>>> "Bill" == Bill Wohler <wohler <at> newt.com> writes:

    Bill> I'd be curious to hear how other users would like this. I just
    Bill> set mh-reply-default-reply-to to "all" since that's usually
    Bill> what I want, and just remove the cc lines on those few
    Bill> occasions when I don't.

Me also.  personally it is not an issue either way for me as long as the
current behaviour still works. 

    Bill> One implementation would be to leave r as it is, honoring the
    Bill> value of mh-reply-default-reply-to and maintaining backwards
    Bill> compatibility. Then, add an R command that sets
    Bill> mh-reply-default-reply-to to "all". You could then set
    Bill> mh-reply-default-reply-to to "to" and have the behavior you
    Bill> desire.

that would be OK for me anyway.

Pete

-------------------------------------------------------------------------
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/
Permalink | Reply |
headers
Mark D. Baushke | 19 May 17:54
X-Face
Picon

Re: "r", "R"


Hi Bill,

> 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.

I guess I have no objections to this approach.

Are you planning to add some kind of
mh-reply-to-all function which may be bound to the
R command? (see the untested mh-reply-to-all code
after my .signature).

Or was that could going to be left as an exercise
to the reader?

	Curious,
	-- Mark

(defun mh-reply-to-all (message &optional includep)
  "Reply to a MESSAGE.

A wrapper around `mh-reply' passing \"all\" as the reply-to option.

See also `mh-reply', `mh-reply-show-message-flag',
(Continue reading)

Permalink | Reply |
headers
Bill Wohler | 20 May 06:03
Picon
Picon

Re: "r", "R"

Pete Phillips <pete <at> smtl.co.uk> wrote:

> Me also.  personally it is not an issue either way for me as long as the
> current behaviour still works. 

Mark D. Baushke <mdb <at> gnu.org> 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.
> 
> I guess I have no objections to this approach.

Hey Greg, would you mind submitting a feature request for this?

> Are you planning to add some kind of
> mh-reply-to-all function which may be bound to the
> R command? (see the untested mh-reply-to-all code
> after my .signature).

Setting mh-reply-default-reply-to was the first thing that occurred to
me. Passing specific arguments to mh-reply as in your example may be
preferable. Any opinions out there?

--

-- 
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
(Continue reading)

Permalink | Reply |
headers
Greg Minshall | 19 May 23:10
Picon
Favicon

Re: "r", "R"

hi, Bill,

i can understand two (contradictory) things from your suggestion.  one,
"R", followed by "r": the "r" would do reply to all.  second, "R",
followed by "r": the "r" would continue to work as it currently does.

i'd vote for the second (where R sets a *local* ("let
((mh-reply-default-reply-to...))") variable).

Greg

-------------------------------------------------------------------------
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/
Permalink | Reply |
headers
Bill Wohler | 20 May 05:52
Picon
Picon

Re: "r", "R"

Greg Minshall <minshall <at> acm.org> wrote:

> i can understand two (contradictory) things from your suggestion.  one,
> "R", followed by "r": the "r" would do reply to all.  second, "R",
> followed by "r": the "r" would continue to work as it currently does.

Sorry for the confusion. I meant that "r" would continue to work as it
does now, and R would be reply all.

> i'd vote for the second (where R sets a *local* ("let
> ((mh-reply-default-reply-to...))") variable).

Is there a second? Anyone opposed?

--

-- 
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD

-------------------------------------------------------------------------
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/
Permalink | Reply |
headers
Peter S Galbraith | 20 May 15:18
Favicon

Re: "r", "R"

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

I second.
Peter

-------------------------------------------------------------------------
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/
Permalink | Reply |
headers
Bill Wohler | 20 May 16:11
Picon
Picon

Re: "r", "R"

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?

--

-- 
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD

-------------------------------------------------------------------------
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/
Permalink | Reply |
headers
Peter S Galbraith | 20 May 16:41
Favicon

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.
(Continue reading)

Permalink | Reply |
headers
Bill Wohler | 21 May 05:16
Picon
Picon

Re: "r", "R"

Peter S Galbraith <p.galbraith <at> globetrotter.net> wrote:

> 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)
(Continue reading)

Permalink | Reply |
headers
Peter S Galbraith | 21 May 19:04
Favicon

Re: "r", "R"

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

> Peter S Galbraith <p.galbraith <at> globetrotter.net> wrote:
>
> > 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.
> 
> Gotcha, so R would work like r, but use, say,
> mh-reply-all-default-reply-to which is initialized to "all".

Exactly.  :-)

-------------------------------------------------------------------------
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/
Permalink | Reply |
headers
Henrik Frisk | 21 May 15:02
Picon
Picon

Re: "r", "R"

Peter S Galbraith <p.galbraith <at> globetrotter.net> wrote:

> r -> always works as before
> R -> reply to all, but customizable

I like this too!

/Henrik

-------------------------------------------------------------------------
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/
Permalink | Reply |

Gmane