🚀 go-pugleaf

In article <2673@bucsb.UUCP> ckd@bucsb.UUCP (Christopher K Davis) writes:
#I use rn.  I really like rn.  
#
#*2* is there a way to use only the postnews and reply-mail functions of Gnews
#    (and integrate them with rn)?  I'd love to have more emacs-intensive
#    followup & reply, but I also like the speed of rn for reading.

Not sure if it's what you want, but how about defining emacs as the default
editor for rn?   This can be done for all users, or locally just for you by
putting the right definition in your .rnmac file (I regret I don't know the
syntax for the latter).

You then get normal rn, but go into emacs as soon as you Reply or Forward.

Regards,        "None shall be enslaved by poverty, ignorance or conformity"
        David Wright           STL, London Road, Harlow, Essex  CM17 9NA, UK
dww@stl.stc.co.uk <or> ...uunet!mcvax!ukc!stl!dww <or> PSI%234237100122::DWW

In article <1534@stl.stc.co.uk> "David Wright" <dww@stl.stc.co.uk> writes:
- In article <2673@bucsb.UUCP> ckd@bucsb.UUCP (Christopher K Davis) writes:
- #I use rn.  I really like rn.  
- #
- #*2* is there a way to use only the postnews and reply-mail functions of Gnews
- #    (and integrate them with rn)?  I'd love to have more emacs-intensive
- #    followup & reply, but I also like the speed of rn for reading.
- 
- Not sure if it's what you want,

  Nope...

- but how about defining emacs as the default
- editor for rn?   This can be done for all users, or locally just for you by
- putting the right definition in your .rnmac file (I regret I don't know the
- syntax for the latter).

Or by setting your EDITOR & VISUAL environment variables, which is what I
have.

- You then get normal rn, but go into emacs as soon as you Reply or Forward.

I think I was unclear in my original request... I would like integrated
emacs posting & mail-sending.  In other words, I don't want to go through
all the "include a file" prompts & stuff from Pnews or Rnmail; I want to
see emacs load up, and I want C-x C-c (or *some* keybinding, anyway) to
post/send the thing--not wait for another confirmation.  [Naturally, I'd
like C-x k to kill it off & return me to rn.]

- Regards,        "None shall be enslaved by poverty, ignorance or conformity"
-         David Wright           STL, London Road, Harlow, Essex  CM17 9NA, UK
- dww@stl.stc.co.uk <or> ...uunet!mcvax!ukc!stl!dww <or> PSI%234237100122::DWW
-- 
very long .sig with lots of contact information follows; feel free to skip.

Chris Davis, Student Consultant, Boston University.  I disclaim BU, so there.
                   -               -                -
   BITNET: smghy6c@buacca  UUCP bangs: {harvard,purdue}!bu-cs!bucsb!ckd
      Internet: ckd@bu-pub.bu.edu [128.197.21.21]  <--best address
   If your mailer can't find bu-pub, try ckd%bu-pub.bu.edu@bu-it.bu.edu
                   -               -                -
  I do not trust the reply command as a matter of course.  If you'd like a
        response from me, a domain address would help immensely.
    "The Ferengi are capitalist pigs.  Literally."  --Ken Arromdee

In article <2684@bucsb.UUCP>, ckd@bucsb (Christopher Davis) writes:

>I think I was unclear in my original request... I would like integrated
>emacs posting & mail-sending.  In other words, I don't want to go through
>all the "include a file" prompts & stuff from Pnews or Rnmail; I want to

And besides, it takes a long time to start up.

I was able to get reasonable response on a Vax 785 over 2400 baud.

I stopped using index in that case.

--
Bruce G. Barnett	<barnett@crdgw1.ge.com>  a.k.a. <barnett@[192.35.44.4]>
			uunet!crdgw1.ge.com!barnett barnett@crdgw1.UUCP

In article <2684@bucsb.UUCP>, ckd@bucsb (Christopher Davis) writes:
> I think I was unclear in my original request... I would like integrated
> emacs posting & mail-sending.  In other words, I don't want to go through
> all the "include a file" prompts & stuff from Pnews or Rnmail; I want to

How about:

setenv NEWSPOSTER 'emacsclient %h'
setenv MAILPOSTER 'emacsclient %h'

and add .rnhead or whatever to your auto-mode-alist to call your Gnews subset.
Looking at the header will tell if it is mail or a posting.

Kevin R. Driscoll, Principal Research Scientist  (612) 782-7263  FAX: -7438
POST:  Honeywell M/S MN65-2500; 3660 Technology Drive; Mpls, MN 55418-1006
INTERNET:  driscoll@SRC.Honeywell.com  or  driscoll@altura.Honeywell.com
UUCP:  driscoll@srcsip.uucp   or   {umn-cs,ems,bthpyd}!srcsip!driscoll
MIXED:  srcsip!driscoll@umn-cs.{cs.umn.edu,arpa}

In article <948@crdgw1.crd.ge.com>, I wrote:
[While using Gnews at 2400 baud on a Vax 785]
>I stopped using index in that case.

Actually I used it when there were only a few articles.
More that 20, I just waited until I read them on a 9600 baud line.
Or else I just read the articles without indexing them, and used Kill a lot.
I also stopped sorting indexes when at home.

It was somewhat slower to use Gnews than rn, but not having to
start up emacs for each mail reply or followup was worth the
conversion to Gnews.

--
Bruce G. Barnett	<barnett@crdgw1.ge.com>  a.k.a. <barnett@[192.35.44.4]>
			uunet!crdgw1.ge.com!barnett barnett@crdgw1.UUCP

In article <965@crdgw1.crd.ge.com>, barnett@crdgw1 (Bruce G. Barnett) writes:

|It was somewhat slower to use Gnews than rn, but not having to
|start up emacs for each mail reply or followup was worth the
|conversion to Gnews.

Gnews *is* much slower than rn and especially rrn, but I can read many
more articles using Gnews than rn.  It may take longer
article-to-article and group-to-group, but the index mode allows me to
cut 100 articles down to the most interesting few (using the
assumption that the Subject: header is representative of the article)
in much less time than it would take to go through each article's
header in rn.  I could use the = command in rn, but then you have to
write doen the numbers somewhere and explicitly set to each article.
I'll stick with Gnews, thank you!

Mark Nagel @ UC Irvine, Department of Information and Computer Science
                            +----------------------------------------+
ARPA: nagel@ics.uci.edu     | If you improve something long enough   |
UUCP: ucbvax!ucivax!nagel   | eventually you will throw it away.     |