view doc/prev.me @ 0:bce86c4163a3

Initial revision
author kono
date Mon, 18 Apr 2005 23:46:02 +0900
parents
children
line wrap: on
line source

.\"	This file is automatically generated.  Do not edit!
.\" @(#)$Id$
.SC PREV 1
.NA
prev \- show the previous message
.SY
prev 
\%[+folder] 
\%[\-header] \%[\-noheader]
\%[\-showproc\ program] \%[\-noshowproc]
\%[\-switches\ for\ \fIshowproc\fR]
\%[\-help]
.DE
\fIPrev\fR performs a \fIshow\fR on the previous message in the specified
(or current) folder.
Like \fIshow\fR, it passes any switches on to the
program named by \fIshowproc\fR, which is called to list the message.
This command
is almost exactly equivalent to \*(lqshow prev\*(rq.
Consult the manual entry for \fIshow\fR\0(1) for all the details.
.Fi
^$HOME/\&.mh\(ruprofile~^The user profile
.Pr
^Path:~^To determine the user's MH directory
.Ps
^Current\-Folder:~^To find the default current folder
.Ps
^showproc:~^Program to show the message
.Sa
show(1), next(1)
.De
`+folder' defaults to the current folder
.Ds
`\-header'
.Co
If a folder is specified, it will become the current folder.
The message that is shown (i.e., the previous message in sequence)
will become the current message.
.Bu
\fIprev\fR is really a link to the \fIshow\fR program.
As a result,
if you make a link to \fIprev\fR and that link is not called \fIprev\fR,
your link will act like \fIshow\fR instead.
To circumvent this,
add a profile\-entry for the link to your \fIMH\fR profile and add the
argument \fIprev\fR to the entry.
.En