nelson@sun.soe.clarkson.edu (Russ Nelson) (07/31/88)
Hey! You can use 'sort-columns' on GNUS's *Subject* buffer. Just make it writable with C-x C-q. Then go to the first unread article and pad the subject with lots of spaces. Then go to the end of the buffer and move point to the start of the subject field. Then use M-x sort-columns and C-x C-q to make the buffer read-only again! Not only that, but you could probably find a hook to do it automagically. -- nelson@clutx.bitnet, nelson@clutx.clarkson.edu, uunet!clutx.clarkson.edu!nelson
merlyn@intelob (Randal L. Schwartz @ Stonehenge) (08/02/88)
In article <NELSON.88Jul31101109@sun.soe.clarkson.edu>, nelson@sun (Russ Nelson) writes: | Hey! You can use 'sort-columns' on GNUS's *Subject* buffer. Just make it | writable with C-x C-q. Then go to the first unread article and pad the subject | with lots of spaces. Then go to the end of the buffer and move point to the | start of the subject field. Then use M-x sort-columns and C-x C-q to make | the buffer read-only again! | | Not only that, but you could probably find a hook to do it automagically. Or, just use gnews (as I am, this very minute), and hit "S" in the index buffer. Hats off to weemba for creating a very usable interface (and providing the final motivation for switching from that "V"-word "other" editor to GNU emacs). -- Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 on contract to BiiN Technical Publications (for now :-), Hillsboro, Oregon <merlyn@intelob.intel.com> or ...!tektronix!ogcvax!omepd!intelob!merlyn Standard disclaimer: I *am* my employer!
pel@unh.UUCP (Paul E. Leclerc) (01/10/89)
is an operating system, right?? :-) Currently we get our news via
UUCP from uunet. We don't have NNTP (I really don't know what it is).
How can I use Gnus to do this or should I use Gnews or does Gnews
have the same problem. I am no lisp hacker. If you can tell me
exactly what variables to change, I would be grateful. I currently
use vnews to read news. I tried to use the rnews functions within
Emacs but it was missing the "pretend I didn't read this article" command
which I use heavily. Do either Gnews or Gnus have this command or
are there any other newsreaders that do? I tried installing Gnus
to not use NNTP but it complained about not having NNTP services or
some such thing.
Any help is appreciated.
Paul Leclerc
PS
I wish to thank all the Emacs Lisp programmers for all these little goodies
that have come through the net.
PPS
I am looking for a machine-readable copy of the emacs-lisp manual in
LaTeX/TeX/Nroff format. I DO NOT have internet access but do have
Bitnet access.
===========================================================================
Paul Leclerc, Computer Specialist III |Bitnet: P_LECLERC@UNHH.BITNET
University of NH |UUCP: ...uunet!unh!pel
===========================================================================umerin@photon.stars.flab.Fujitsu.JUNET (Masanobu UMEDA) (01/13/89)
In article <871@unh.UUCP> pel@unh.UUCP (Paul E. Leclerc) writes:
Currently we get our news via
UUCP from uunet. We don't have NNTP (I really don't know what it is).
How can I use Gnus to do this or should I use Gnews or does Gnews
have the same problem. I am no lisp hacker. If you can tell me
exactly what variables to change, I would be grateful.
In GNUS, set the variable gnus-nntp-service to nil and the variable
gnus-nntp-server to your local host name in .emacs as follows:
(setq gnus-nntp-service nil)
(setq gnus-nntp-server "unh") ;Right?
I currently
use vnews to read news. I tried to use the rnews functions within
Emacs but it was missing the "pretend I didn't read this article" command
which I use heavily.
GNUS has commands for marking articles as unread, which you expect.
--
Masanobu UMEDA
umerin@flab.Fujitsu.JUNET
umerin%flab.Fujitsu.JUNET@uunet.uu.NETtale@pawl.rpi.edu (David C Lawrence) (01/21/89)
Okay, I've got GNUS up and running in the pawl.rpi.edu network here
and there are just a couple of quick notes:
a) it was up and running without many hassles at all. That's one
thing I love about GNU. :-)
b) well, actually, it wasn't no hassles ... tut.cis.ohio-state.edu
probably saw me take it all of five or maybe six times; originally,
the filename wasn't obviously a tar file, but Bob fixed that after I
whined to him about my troubles. (Thanks, Bob)
c) I tried C-d (gnus-Subject-rmail-digest) on Risks, hoping to watch
some magic bursting, but it came back and said that the article was
not a digest. It is obviously expecting a different format or
somethin but I've not taken yet taken the time to look it up. Before
I do, can anyone offer a few words of wisdom about how come PGN's
Risks Digest isn't a digest?
d) In order to prevent the least amount of headaches for people that I
am ever-trying to convert to GNU Emacs, I will be writing a couple of
elisp functions to automagically convert rn's KILL files to GNUS KILL
files, to switch down the ~/News directory paths and bring everything
back up in a non-hierarchal manner, and to save them the big surprise
that I got the first time I ran GNUS.
The surprise I got was that all of the groups which were not in my
.newsrc came flooding in, inserted at the beginning, with lots of
articles to read. Now, the reason that 80% of them weren't there was
because I didn't want them cluttering my file. The other 20% I had
never head of and would have appreciated a half a second mor to peruse
and decide whether I wanted them. I found out about the options line
supported by Bnews and GNUS, but the example it gave was sort of
limited. I'll see what I can conjure up from it (like whether
!comp.lang will allow all the comp.land groups to be missing) but I'd
appreciate a summary of syntax if anyoen can provide it.
I have to go diving into the code right now hoping that there is some
hook provided around this autosubscription function, or that it is
just a function in itself so I can easily rewrite it, that requires
your approval before subscribing you, puts it in your option line if
necessary, blah blah, etcetera.
This is all part of a somewhat local one-man effort to educate users
on the merits of the FSF and the shortcomings of vi. The way some
people whine about things around here if all of a sudden something
different and unexpected happens, I like to make it as user-friendly
as possible (another Not Unix kind of thing ... :-). If anyone has
any utilities that already do something like this, please let me know
soon. If not, I'll post mine in less than a week.
Thanks in advance.
Dave
--
tale@rpitsmts.bitnet, tale%mts@rpitsgw.rpi.edu, tale@pawl.rpi.eduumerin@photon.stars.flab.Fujitsu.JUNET (Masanobu UMEDA) (01/25/89)
In article <TALE.89Jan20222118@pawl14.pawl.rpi.edu> tale@pawl.rpi.edu (David C Lawrence) writes:
c) I tried C-d (gnus-Subject-rmail-digest) on Risks, hoping to watch
some magic bursting, but it came back and said that the article was
not a digest.
Please use the following hook. This will be a default in GNUS 3.11.
(setq gnus-Select-digest-hook
'(lambda ()
;; Reply-To: is required by `undigestify-rmail-message'.
(or (mail-position-on-field "Reply-to" t)
(progn
(mail-position-on-field "Reply-to")
(insert (gnus-fetch-field "From"))))))
The surprise I got was that all of the groups which were not in my
.newsrc came flooding in, inserted at the beginning, with lots of
articles to read.
Unsubscribe them using "u" command if you don't like to see them in
Newsgroup buffer. Or, you can prevent being added automatically using
options line in .newsrc file.
"options -n !comp" means comp.* must be ignored when checking new
newsgroups. If you don't want to be added comp.* any more, put this
options line in your .newsrc. file. After that, you can remove
unnecessary newsgroups in the file.
"options -n !comp comp.sys" means comp.* must be ignored except for
comp.sys.* when checking new newsgroups. If you want to be added new
newsgroups under comp.sys hierarchy, use this options line.
--
Masanobu UMEDA
umerin@flab.Fujitsu.JUNET
umerin%flab.Fujitsu.JUNET@uunet.uu.NETmcglk@bailey.cpac.washington.edu (Ken McGlothlen) (04/09/90)
Hopefully, someone can help me out with this. I've gotten quite addicted to GNUS over `rn' lately, in spite of the slightly slower speed. The problem is that in my .emacs file, I've altered `mode-line-format' and `default-mode-line-format' to something more my liking. However, when I do this, it also carries over to the mode-line formats that GNUS uses. I tried putting (setq original-default-mode-line-format default-mode-line-format) (setq original-mode-line-format mode-line-format) in my .emacs file, which seems to work, since I can then execute (setq mode-line-format original-mode-line-format) and (setq default-mode-line-format original-default-mode-line-format) with no problem. However, if I create a function (defun mygnus () "Just like GNUS, but fixes the mode-line format." (interactive) (setq default-mode-line-format original-default-mode-line-format) (setq mode-line-format original-mode-line-format) (gnus) (setq default-mode-line-format my-default-mode-line-format) (setq mode-line-format my-mode-line-format) ) the mode-line formats aren't restored properly. Yet, I can execute the lines one at a time (with ^X^E), and it works fine. Any ideas? ---Ken McGlothlen mcglk@bailey.cpac.washington.edu mcglk@cpac.bitnet