solid nnweb

solid nnweb

[Lars Magne Ingebrigtsen]

The ephemeral nnweb groups are nice and fun, but I think solid nnweb
groups would be actually useful.

Imagine -- you create an nnweb group that matches "Mango".  nnweb
would keep an identifier<->article number mapping somewhere, so that
when you tap `M-g' on the nnweb:mango group, it would request matches
from the search engine, compare with its previously created map, and
make all the new articles, well, new.  In short, solid nnweb groups
could potentially behave like any other group.

I see two possibilities for implementing this.

1) Just keep a simple identifier-to-article number map in a file.  The
identifier would be either the (partial) URL to fetch the article or
the Message-ID.  (Depends on what data the search engine gives.)  This
would simply make read articles read and unread articles unread. 

2) Keep all the headers to all the previous search results stored in a
file.  Then commands like `C-u RET' will let you enter a summary
buffer without actually consulting the search engine.  Selecting an
article would mean fetching from the search engine site, but that's a
different matter.

Hmm...  The second alternative seems sexier.  How would old entries be
expired?  Just keep a max-size variable, and expire the oldest
entries?  I suppose that could be done...  

Ok: There would be a ~/News/nnweb/ directory with an active file, a
file to store the match regexp (and stuff) for the groups, and one
.overview file per nnweb group.  Uhm -- the active file and the regexp
file could be combined, I guess.  Yes.

So -- whaddaya think?  Ephemeral nnweb groups would work as present,
of course. 

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."

Re: solid nnweb

[Wesley.Hardaker]

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:

> Imagine -- you create an nnweb group that matches "Mango".  nnweb
> would keep an identifier<->article number mapping somewhere, so that
> when you tap `M-g' on the nnweb:mango group, it would request matches
> from the search engine, compare with its previously created map, and
> make all the new articles, well, new.  In short, solid nnweb groups
> could potentially behave like any other group.

Ohhh...  I just got a warm fuzzy feeling of Big Brother passing by.
Just imagine...  I could create a group called 'Lars.Ingebrigtsen' and
monitor articles he posts on EVERY group, regardless if I'm subscribed
to it.  That would be cool.  It would auto-update every time he posted
a new article.  

Please please please!

I like it!

Wes

Re: solid nnweb

[Lars Magne Ingebrigtsen]

Wesley.Hardaker@sphys.unil.ch writes:

> Ohhh...  I just got a warm fuzzy feeling of Big Brother passing by.
> Just imagine...  I could create a group called 'Lars.Ingebrigtsen' and
> monitor articles he posts on EVERY group, regardless if I'm subscribed
> to it.  That would be cool.  It would auto-update every time he posted
> a new article.  
> 
> Please please please!

I've now added it.  Could y'all check to see if it works?  I should
probably update the manual as well...

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Ingebrigtsen

Scoring colors in Red Gnus 0.47

[Miguel de Icaza]

Hello guys,

   When I enter a group in Red Gnus 0.47 with the usual bunch of
people I am a fan of, instead of getting all of their names in a
different font face, I just see a "+" in front of their name (so it is
not as visible as the colors I have configured: an intense white with
a carmesi background).  I have noticed that if I actually read the
article, the article gets the proper coloring, but if I am not reading
that article it gets the boring gray color.

   I looked trough the new customize and found that there is no way to
configure the colors for the summary: just the article.

Miguel.
-- 
miguel@roxanne.nuclecu.unam.mx     
The GNU Midnight Commander: http://www.linux.org/mc
Linux/SPARC project:        http://www.geog.ubc.ca/sparclinux.html 

Re: Scoring colors in Red Gnus 0.47

[Steven L Baur]

Ack!  ``Symbol's value as variable is void: gnus-doing-request-article''
(From gnus-art.el, gnus-request-article-this-buffer).

>>>>> "Miguel" == Miguel de Icaza <miguel@nuclecu.unam.mx> writes:

Miguel> I looked trough the new customize and found that there is no
Miguel> way to configure the colors for the summary: just the article.

You're right -- it looks like Lars hasn't wrapped
gnus-summary-highlight in a defcustom yet.  Customization done with
the old custom still works though.
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be billed at $250/message.
What are the last two letters of "doesn't" and "can't"?
Coincidence?  I think not.

Re: Scoring colors in Red Gnus 0.47

[Per Abrahamsen]

Miguel de Icaza <miguel@nuclecu.unam.mx> writes:

>    I looked trough the new customize and found that there is no way to
> configure the colors for the summary: just the article.

Well, I started adding customization support to Gnus alphabetically,
and have reached `a'.  Volunteers would be appreciated.  The work
consist of changing `defvar' to `defcustom', add `:type' keywords, and
organize the customization options into groups.  Examples can be found
in the files `gnus.el', `article.el', and `gnus-art.el'.
Documentation is found in the `custom.texi' file, or at

	<URL:http://www.dina.kvl.dk/~abraham/custom/>