pgnus v0.99 message-forwarding gripes

pgnus v0.99 message-forwarding gripes

[lewst]

With Matt Pharr's addition of `message-forward-as-mime', pgnus finally
has the ability to forward messages *without* MIME (hooray!).
However, why does it have to be a mutually exclusive operation?  It
would be nice to be able to either forward a message MIME or non-MIME
on the fly.  Unless I'm mistaken, you can currently only go back and
forth by changing the value of `message-forward-as-mime' in .gnus?
This is awkward.  I think there should be 2 separate keystrokes for
this; one to forward a message as MIME and a second to forward a
message as non-MIME.

Also, current non-MIME forwarding simply inserts the message contents
into the buffer without any header or footer.  In days of old, Gnus
added such lines to "encapsulate" the forwarded text.  

------- Forwarded Message

[...]

------- End of Forwarded Message
 
Most other News and Mail programs do something similar.  I think
re-introducing this behavior into non-MIME message forwarding is the
right thing to do.

__________________________________________________
Do You Yahoo!?
Thousands of Stores.  Millions of Products.  All in one place.
Yahoo! Shopping: http://shopping.yahoo.com

Re: pgnus v0.99 message-forwarding gripes

[Matt Pharr]

> With Matt Pharr's addition of `message-forward-as-mime', pgnus finally
> has the ability to forward messages *without* MIME (hooray!).
> However, why does it have to be a mutually exclusive operation?  It
> would be nice to be able to either forward a message MIME or non-MIME
> on the fly.  Unless I'm mistaken, you can currently only go back and
> forth by changing the value of `message-forward-as-mime' in .gnus?
> This is awkward.  I think there should be 2 separate keystrokes for
> this; one to forward a message as MIME and a second to forward a
> message as non-MIME.

Currently, that's the only way; I would have made it a different keystroke, 
except I couldn't come up with anything good (especially now that C-u C-c
C-f forwards with all the headers.)  If someone comes up with something
reasonable, it's easy enough to change.

-matt
-- 
Matt Pharr                                   mmp@graphics.stanford.edu
<URL:http://graphics.stanford.edu/~mmp>