Gnus development mailing list
 help / color / mirror / Atom feed
From: Lars Magne Ingebrigtsen <larsi@ifi.uio.no>
Subject: Re: Alternate realities
Date: 11 Jan 1996 22:34:51 +0100	[thread overview]
Message-ID: <g2dm4dqc.fsf@bjob.no> (raw)
In-Reply-To: Per Abrahamsen's message of Wed, 10 Jan 1996 19:52:59 +0100
In-Reply-To: Per Abrahamsen's message of Wed, 10 Jan 1996 19:52:59 +0100

Per Abrahamsen <abraham@dina.kvl.dk> writes:

> LMI> Then you press `RET', the
> LMI> summary buffer disappears (after being limited to the articles you've
> LMI> chosen) and you do all reading from the article buffer.
> 
> I think I'd prefer to stay in the summary buffer.  One way to do that
> might be to make the `next-unread' commands always prefer articles
> with a process mark over unmarked articles.

The problem with using the process marks for that is that it would
make it more difficult to execute commands that normally react to the
process mark -- like saving articles, for instance.

I've now added a variable to control whether the summary buffer should
disappear when you start reading the articles.  The summary buffer
will be limited to the process-marked ("picked") articles first,
though. 

> LMI> I was wondering whether I should add a minor mode the people can use
> LMI> in mail groups...  but I'm not sure.  
> 
> Maybe if you told us what the mode should do?

Uhm... moving the `B' commands to one-key keystrokes.  `B DEL' -
`DEL', `B m' -> `m', etc.  Perhaps not marking mail as read when you
read it.  Making Gnus more "mail-readerly", sort of.  But I don't
really like the idea, so I'm trying to be as unconvincing as
possible.  :-)

> LMI> File name translation (":" -> "_") now works everywhere.
> 
> Emacs 19.31 will have a `convert-standard-filename' function.  If you
> use that instead (and provide a dummy when absent) you won't have to
> change anything for future Emacs ports.

Great!  I've really missed a function like that.  Will it be run on
all files automatically, or is it something I'll have to call
explicitly? 

-- 
   Lars Magne Ingebrigtsen * larsi@ifi.uio.no
      (a red leaf that falls from the purple tree)


  reply	other threads:[~1996-01-11 21:34 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-01-09 18:44 Lars Magne Ingebrigtsen
1996-01-10 18:52 ` Per Abrahamsen
1996-01-11 21:34   ` Lars Magne Ingebrigtsen [this message]
1996-01-13 17:37     ` Per Abrahamsen
1996-01-15 23:17       ` Lars Magne Ingebrigtsen
1996-01-16  4:16         ` Per Abrahamsen
1996-01-17  2:51           ` Lars Magne Ingebrigtsen
1996-01-14 18:59 ` Jack Vinson
1996-01-15 22:12 What do I do to get 'ask-server behaviour when I hit F but not on startup? Greg Stark
1996-01-17  0:56 ` Alternate realities Darren Stalder

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=g2dm4dqc.fsf@bjob.no \
    --to=larsi@ifi.uio.no \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).