Gnus development mailing list
 help / color / mirror / Atom feed
From: Simon Josefsson <jas@extundo.com>
Cc: ding@gnus.org, Mark Plaksin <happy@mcplaksin.org>
Subject: Re: *nntp-log* differences between M-g and g
Date: Mon, 31 Jan 2005 00:50:34 +0100	[thread overview]
Message-ID: <ilu1xc2xyr9.fsf@latte.josefsson.org> (raw)
In-Reply-To: <b9yhdky1opy.fsf@jpl.org> (Katsumi Yamaoka's message of "Mon, 31 Jan 2005 08:28:25 +0900")

Katsumi Yamaoka <yamaoka@jpl.org> writes:

>>>>>> In <m3vf9ex17z.fsf@water.tss.usg.edu> Mark Plaksin wrote:
>
>> What's the difference between g in the Group buffer and M-g?  I know that g
>> will check all groups at the current level and M-g only checks the current
>> group, but if I set nntp-record-commands to t *nntp-log* shows different
>> commands depending on which keys I hit:
>
>> M-g:
>> 20050130T123715.889 news.gmane.org GROUP gmane.emacs.sources
>
>> g:
>> 20050130T123735.896 news.gmane.org GROUP gmane.emacs.sources
>> 20050130T123736.181 news.gmane.org LIST ACTIVE gmane.emacs.sources
>> 20050130T123736.317 news.gmane.org GROUP gmane.emacs.sources
>
> It is natural if the `nntp-marks-is-evil' variable is nil (which
> is the default).  This feature is described briefly in the
> GNUS-NEWS file as follows:
>
> --8<---------------cut here---------------start------------->8---
> ** The nntp back end store article marks in `~/News/marks'.
>
> The directory can be changed using the (customizable) variable
> `nntp-marks-directory', and marks can be disabled using the (back
> end) variable `nntp-marks-is-evil'.  The advantage of this is that
> you can copy `~/News/marks' (using rsync, scp or whatever) to another
> Gnus installation, and it will realize what articles you have read
> and marked.  The data in `~/News/marks' has priority over the same
> data in `~/.newsrc.eld'.
> --8<---------------cut here---------------end--------------->8---

Why exactly does g have to issue two GROUP commands for the same
group?

And should 'g' really need to mess with the marks, except for
extending the active range?  Doesn't GROUP give Gnus enough
information to do that?

My NNTP juju is weak though.



  reply	other threads:[~2005-01-30 23:50 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-30 17:42 Mark Plaksin
2005-01-30 23:28 ` Katsumi Yamaoka
2005-01-30 23:50   ` Simon Josefsson [this message]
2005-01-31  0:04     ` Katsumi Yamaoka
2005-01-31 12:49       ` Katsumi Yamaoka
2005-01-31 22:09         ` Mark Plaksin
2005-02-01 11:30         ` Katsumi Yamaoka
2005-02-02  8:00         ` Ralf Angeli
2005-02-02  9:42           ` Simon Josefsson
2005-02-02 11:38             ` Katsumi Yamaoka
2005-02-03  0:39               ` Katsumi Yamaoka
2005-02-03  9:04                 ` Ralf Angeli

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=ilu1xc2xyr9.fsf@latte.josefsson.org \
    --to=jas@extundo.com \
    --cc=ding@gnus.org \
    --cc=happy@mcplaksin.org \
    /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).