Gnus development mailing list
 help / color / mirror / Atom feed
From: prj@po.cwru.edu (Paul Jarc)
Subject: Re: `gnus-unseen-mark' everywhere
Date: Fri, 04 Jan 2002 16:12:51 -0500	[thread overview]
Message-ID: <m37kqxx1jq.fsf@multivac.cwru.edu> (raw)
In-Reply-To: <ilu4rm1voct.fsf@extundo.com> (Simon Josefsson's message of "Fri, 04 Jan 2002 21:43:30 +0100")

Simon Josefsson <jas@extundo.com> wrote:
> prj@po.cwru.edu (Paul Jarc) writes:
>> Well, at least some things other than "seen" should probably be still
>> dealt with as they are now.  E.g., "cache" really shouldn't be stored
>> in any backend, because the information "cache" represents has nothing
>> to do with what is stored in the backend.
>
> Hm.  One could argue (as I probably did in our last discussion) that
> the "seen" mark does not have to do with anything in the backend
> either.

It doesn't have to do with the backend itself, but it does have to do
with what is stored via the backend - i.e., the articles.  OTOH,
"cache" has to do with information always stored outside the backend.
There's nothing outside the backend that "seen" depends on, or must be
synchronized with, etc.

>> Gnus could define a list of marks that are supposed to be per-user in
>> shared groups; [...]  Backends could then DTRT with whichever marks
>> are included in that variable
...
> Right now the dichotomy is between marks that belong in backends and
> marks that doesn't belong there, and among the few marks that doesn't
> belong in backends (seen cache download unsend score) only "seen" is
> questionable.

Or else all the others are; I think last time, the idea appeared that
the information represented by those marks should perhaps not be
represented by marks at all, but instead by something else.  Did
anything ever come of the proposed cache/agent unification?  I think
such a project could also handle the de-mark-ification of at least
"cache" and "download", right?


paul



  reply	other threads:[~2002-01-04 21:12 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-30 11:33 Robert Epprecht
2001-12-30 21:37 ` Lars Magne Ingebrigtsen
2001-12-31  7:11   ` Robert Epprecht
2001-12-31  7:37     ` Lars Magne Ingebrigtsen
2001-12-31 13:15       ` Simon Josefsson
2002-01-02  7:24         ` Robert Epprecht
2002-01-08  6:34           ` Maciej Matysiak
2002-01-03 19:53         ` Paul Jarc
2002-01-03 20:21           ` Simon Josefsson
2002-01-03 20:32             ` Paul Jarc
2002-01-03 21:45               ` Simon Josefsson
2002-01-03 21:59                 ` Paul Jarc
2002-01-04 20:43                   ` Simon Josefsson
2002-01-04 21:12                     ` Paul Jarc [this message]
2002-01-04 21:27                       ` Simon Josefsson
2002-01-04 22:01                         ` Paul Jarc
2002-01-04 22:44                           ` Simon Josefsson
2002-01-05  1:00                             ` Paul Jarc

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=m37kqxx1jq.fsf@multivac.cwru.edu \
    --to=prj@po.cwru.edu \
    /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).