September Gnus 0.43 is released

September Gnus 0.43 is released

[Lars Magne Ingebrigtsen]

Bug fixes.

Get it from <URL:http://www.ifi.uio.no/~larsi/sgnus.tar.gz> or 
"ftp.ifi.uio.no:/pub/emacs/gnus/".

ChangeLog since last release:

Sun Feb 25 01:37:49 1996  Lars Magne Ingebrigtsen  <larsi@ylfing.ifi.uio.no>

	* gnus-topic.el (gnus-topic-prepare-topic): Would bug out on dead
	groups. 
	(gnus-topic-grok-active): Read the active file if it hasn't been
	read yet.

	* nnfolder.el (nnfolder-close-group): Always kill the folder. 
	(nnfolder-always-close): Removed variable.

	* gnus.el (gnus-update-format-specifications): Try to be in the
	proper buffer before updating.

Sat Feb 24 22:35:56 1996  Lars Magne Ingebrigtsen  <larsi@aegir.ifi.uio.no>

	* gnus.el (gnus-group-exit): BBB logout.

	* gnus-gl.el (bbb-grouplens-group-p): New function.

	* gnus.el: Autoload the GroupLens functions.
	(gnus-use-grouplens): New variable.
	(gnus): Use it.
	(gnus-group-line-format): Changed default to include GroupLens.
	(gnus-group-insert-group-line): GroupLens enhanced.

	* gnus-gl.el: New version.

Sat Feb 24 07:35:03 1996  Lars Ingebrigtsen  <lars@eyesore.no>

	* nnmail.el (nnmail-cache-close): Kill the cache buffer.

	* gnus-msg.el (gnus-post-news-buffer): Changed name.

	* nndir.el (nndir-execute-nnmh-command): Wouldn't allow entry into
	nndir groups.

	* gnus.el (gnus-summary-prepare-threads): Don't low-mark sparse
	articles. 

Sat Feb 24 07:24:03 1996  Mark Borges  <mdb@cdc.noaa.gov>

	* gnus-edit.el: Replaced "~/News" with the proper variable. 

Thu Feb 22 14:27:58 1996  Wes Hardaker  <hardaker@ece.ucdavis.edu>

	* gnus.el (gnus-ask-server-for-new-groups): Reset new-newsgroups
	  so it doesn't *censored*ing subscribe to newsgroups more than once.

	* gnus-picon.el (gnus-picons-remove-all): remove x-face icon on exit.

Sat Feb 24 05:55:06 1996  Lars Ingebrigtsen  <lars@eyesore.no>

	* gnus.el (gnus-find-method-for-group): Reply with the proper
	method. 

	* nnmbox.el (nnmbox-request-post): Removed function.
	* nnmh.el (nnmh-request-post): Ditto.
	* nnml.el (nnml-request-post): Ditto.
	* nnfolder.el (nnfolder-request-post): Ditto.
	* nnbabyl.el (nnbabyl-request-post): Ditto.

	* gnus-uu.el (gnus-uu-decode-with-method): Create directory if it
	doesn't exist.
	(gnus-uu-default-dir): New default.

Thu Feb 22 20:19:47 1996  Steven L. Baur  <steve@miranova.com>

	* nnbabyl.el (nnbabyl-request-expire-articles): set-text-properties
	should be called as gnus-set-text-properties.

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

possible Red Gnus mode-line changes? (Re: September Gnus 0.43 is re...)

[d. hall]

-----BEGIN PGP SIGNED MESSAGE-----

A couple questions.  With the washing, I'm assuming Lars that you set this
functions to toggles right?  They aren't permanent toggles, just temp
toggles for the current article.  Here's an idea...

All washing toggles should reset the variables globally or else at least
within the summary buffer for the current newsgroup.  A
gnus-summary-mode-line-format variable %w (washing variables) which will be
a final string like...

- -- Gnus: list.sgnus [7287] [CHMOP]  11:20pm 0.08   (Summary)--L15--Bot-----

This index'ed string would contain toggle settings much like the minor mode
for the mode-line.

	B, break pages
	C, citation		c, citation maybe
	H, vis-headers		h, ign-headers
	M, show-mime		m, show-mime and strict-mime t
	O, treat ovrstrike
	P, pgp
	X, display x-face

I've found it kinda useful mostly for the mime, citation (pgp or normal)
cause I might turn it off and forget when I come back to that window.  Also
I don't get the "[...]" as citation buttons, am I missing a default
variable that was changed?

As per the mode-line string, I'm currently using a user-defined string, but
I'm trolling to see if it would be useful as a status marker for beginning
and advanced users.

	W v		gnus-summary-verbose-headers
	W t		gnus-article-hide-headers
	W W b		gnus-article-hide-boring-headers
	W W h		gnus-article-hide-headers

Don't all these functions conflict if used in conjuction?  I've noticed in
a couple versions prior to 0.39 that if I typed (t) and then (WWa) the (t)
would be broken thereafter.

d.
-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMS/mBIX26urqpgG1AQFCeAP/W/BsFxkfmt3zp9B7BM8rW9KuGiBSIMZJ
S7rQC5BdbZ78SSihlcAQnrDaN4JTzXQQQtKbRzNShJu+R8/X/mYKatPzDCwvIUXg
Y4mSL3oK4/m+w7pnImGgDLT2Ub0bb8p4lb3fCaQyEaBG6CFM83hti2WNLWN6eblX
8pQCwDVcbfg=
=OaSW
-----END PGP SIGNATURE-----
-- 
        ``And I miss you... like the deserts miss the rain.''

                                ~ everything but the girl, missing

Re: possible Red Gnus mode-line changes? (Re: September Gnus 0.43 is re...)

[Jens Lautenbacher]

>>>>> "d." == d hall <dhall@illusion.apk.net> writes:

    d.> A couple questions.  With the washing, I'm assuming Lars that
    d.> you set this functions to toggles right?  They aren't
    d.> permanent toggles, just temp toggles for the current article.
    d.> Here's an idea...

    d.> All washing toggles should reset the variables globally or
    d.> else at least within the summary buffer for the current
    d.> newsgroup.  A gnus-summary-mode-line-format variable %w
    d.> (washing variables) which will be a final string like...

Oh yes, YES, PLEEAASE. I _strongly_ _really_ second that. 
I really belive that's the way one does it expect to work.
	Jens

Re: possible Red Gnus mode-line changes?

[Lars Magne Ingebrigtsen]

dhall@illusion.apk.net (d. hall) writes:

> All washing toggles should reset the variables globally or else at least
> within the summary buffer for the current newsgroup.  A
> gnus-summary-mode-line-format variable %w (washing variables) which will be
> a final string like...
> 
> - -- Gnus: list.sgnus [7287] [CHMOP]  11:20pm 0.08   (Summary)--L15--Bot-----

Good idea.  This should be in the article buffer's mode line, though.
I've added this to the Red Gnus todo list.

> 	W v		gnus-summary-verbose-headers
> 	W t		gnus-article-hide-headers
> 	W W b		gnus-article-hide-boring-headers
> 	W W h		gnus-article-hide-headers
> 
> Don't all these functions conflict if used in conjuction? 

`W v' conflicts with the rest, and boring headers are not shown when
toggling with `t', which might be a bug, in a way.  I don't know.

> I've noticed in a couple versions prior to 0.39 that if I typed (t)
> and then (WWa) the (t) would be broken thereafter.

That was a bug in the `t' command, which should be gone now.

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

Re: possible Red Gnus mode-line changes?

[d. hall]

-----BEGIN PGP SIGNED MESSAGE-----

// thus on 26 Feb 1996 13:49:30 +0100, Lars virtually scripted...

>> A gnus-summary-mode-line-format variable %w (washing variables) which
>> will be a final string like...

Lars> Good idea.  This should be in the article buffer's mode line, though.
Lars> I've added this to the Red Gnus todo list.

Okay... but Lars would this variable be accessible in all mode-line-alists
based upon current implementation?  Or are you just saying by default this
would be listed in the article-mode-line?

I'll email my function to you, but do you have any specifications on how
you would like it formatted, i.e. should I just follow along with what's
inside the current implementation, or do you plan on adding any other
functions which would make mode-line variable formating easier?

d.
-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMTJ6K4X26urqpgG1AQGYCwP6A4dklGIP5+ZqEUhQ5JBLh1HIlHKC0qxe
gJXnns3HFVC65NiTTx8gbA6VjqGhnHswjG50680ge5bqHSQnZ02/isFf/G5G80cC
eyA9DvuFclO3HW8M3ZKgdm/n5irhTY1BEoGtwA8LZLSBfUnFL10lYI8fzm949Ei0
h7POZbagjtk=
=CKw5
-----END PGP SIGNATURE-----
-- 
Grok:
  [from the novel "Stranger in a Strange Land", by R. A. Heinlein,
  where it is a Martian word meaning roughly "to be one with"] v. To
  understand, usually in a global sense.
                                ~ from the jargon file

Re: possible Red Gnus mode-line changes?

[Lars Magne Ingebrigtsen]

dhall@illusion.apk.net (d. hall) writes:

> Okay... but Lars would this variable be accessible in all mode-line-alists
> based upon current implementation?  Or are you just saying by default this
> would be listed in the article-mode-line?

The latter.

> I'll email my function to you, but do you have any specifications on how
> you would like it formatted, i.e. should I just follow along with what's
> inside the current implementation, or do you plan on adding any other
> functions which would make mode-line variable formating easier?

I don't know exactly.  Whatever would be the easiest and most
flexible. 

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

Re: September Gnus 0.43 is released

[Steven L Baur]

Can anyone run this without getting hung up while connecting to the
nntp server?

-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.
Andrea Seastrand: For your vote on the Telecom bill, I will vote for anyone
except you in November.

Re: September Gnus 0.43 is released

[Mark Borges]

>> On 24 Feb 1996 20:54:55 -0800,
>> Steven L Baur(sb) wrote:
sb> Can anyone run this without getting hung up while connecting to
sb> the nntp server?

yes.

  -mb-

Re: September Gnus 0.43 is released

[Patrick Audley]

-----BEGIN PGP SIGNED MESSAGE-----

>>>>> "Steven" == Steven L Baur <steve@miranova.com> writes:

Steven> Can anyone run this without getting hung up while connecting
Steven> to the nntp server?

	I get the same problem.  I can, however, enter gnus w\
gnus-no-server.

- -- 
... Two Wrongs Don't Make A Right, But Three Lefts Do.
/*----------------------------------------------------------------.
| The Crystal Wind is The Storm,      Patrick Audley              |
|    The Storm is The Data,     ______/\/\/\/\/\/\/\_______       |
|      The Data is Life.        InterNet: paudley@portal.ca       |
|         --Finger paudley@kefron.portal.ca for PGP Key--         |
`---[OS/2]--[Anime]-[Trance]-[C++]-------------------------------*/
<a href="http://www2.portal.ca/~paudley/">BlackCat's Lair</a>.

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i
Comment: Processed by Mailcrypt 3.3, an Emacs/PGP interface

iQCVAgUBMTECJSb3r4uUuf0RAQEoAAP/eC/s0PaOGG00GJrEZ5/esk0bIuYMkY4F
C0E03VinF0akfUPPFWNsAJesZabNTGMsm7/bpl7F3euV/9Vdcfm+r/U1x2WHpAzw
7yjDZiOd9tAIK20nIT174H2h21LYr8n4sNfO9ujz9qFE4t9EI3qdFCzP/SBPdMRO
91Ulk7amnbM=
=b9v1
-----END PGP SIGNATURE-----

Re: September Gnus 0.43 is released

[Steven L Baur]

>>>>> "Patrick" == Patrick Audley <paudley@portal.ca> writes:

>>>>> "Steven" == Steven L Baur <steve@miranova.com> writes:

Steven> Can anyone run this without getting hung up while connecting
Steven> to the nntp server?

I'm getting the same behaviour from both Emacs and XEmacs.

Patrick> 	I get the same problem.  I can, however, enter gnus w\
Patrick> gnus-no-server.

That would consistent with what I'm seeing.  I can get to the full
group buffer, after I turn off gnus-check-new-newsgroups (set it to
nil from its normal setting of 'ask-server), however, the operation is
much slower than in v0.42.  A great number (not all) of groups have
*'s instead of message counts.

When I did the debug-on-quit thing, I found it waiting at the check
for new newsgroups.  Cutting and pasting the parameters from the lisp
backtrace into a telnet session with the news server shows that the
attempted operation should have been completed very quickly.

The only thing I see changed around in this sequence is in the
additional code for Group Lens, and I haven't started playing around
with that yet.
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.
Andrea Seastrand: For your vote on the Telecom bill, I will vote for anyone
except you in November.

Re: September Gnus 0.43 is released

[Raja R Harinath]

Steven L Baur <steve@miranova.com> writes:
> Steven> Can anyone run this without getting hung up while connecting
> Steven> to the nntp server?
> 
> I'm getting the same behaviour from both Emacs and XEmacs.

Same here on Emacs 19.30.  The fix: 5 g

- Hari

ding-announce mailing list

[Robert M. Cothren]

I would like to be removed from the ding-announce mailing list.

-- 
--Robert M. Cothren, PhD--------------------------rim@bme.ri.ccf.org--
  Department of Biomedical Engineering
  The Cleveland Clinic Foundation                voice: 216 445-9305
--Cleveland, Ohio----------------------------------fax: 216 444-9198--