Pterodactyl Gnus v0.74 is released

Pterodactyl Gnus v0.74 is released

[Lars Magne Ingebrigtsen]

Bug fixes and some new stuff.

Get it from <URL:http://www.gnus.org/dist/pgnus.tar.gz> or
"/ftp@quimby.gnus.org:/pub/gnus/".  The patch is available as
<URL:ftp://quimby.gnus.org/pub/gnus/ding-patches/pgnus-0.73-0.74.diff.gz>.

ChangeLog since last release:

Wed Jan 27 05:24:53 1999  Lars Magne Ingebrigtsen  <larsi@menja.ifi.uio.no>

	* gnus.el: Pterodactyl Gnus v0.74 is released.

1999-01-27 05:56:29  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* gnus-art.el (article-fill-long-lines): Renamed.
	(article-fill-long-lines): New keystroke.

1999-01-26 06:35:07  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* gnus-msg.el (gnus-setup-posting-charset): Check for group.

	* gnus-group.el (gnus-group-catchup-current): Skip groups now
	displayed.
	(gnus-group-catchup-current): Be more robus.

	* gnus-sum.el (gnus-summary-select-article): Reselect for showing
	headers.

1999-01-25  Dave Love  <fx@gnu.org>

	* message.el (message-mode-menu): Add message-mime-attach-file.
	(message-mode): Doc fix.

1999-01-26 05:24:19  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* nnmail.el (nnmail-check-duplication): Insert the mail source
	string.

	* mail-source.el (mail-source-fetch-pop): Bind mail-source-string.
	(mail-source-fetch-directory): Ditto.
	(mail-source-fetch-file): Ditto.
	(mail-source-string): New variable.

	* gnus-start.el (gnus-get-unread-articles): Nix out groups over
	the level.

	* rfc2047.el (rfc2047-encodable-p): Convert to MIME charsets
	before handling.

	* mm-util.el (mm-mime-charset): Use the parameters.
	(mm-mime-charset): Removed region paremeters.

	* nnmail.el (nnmail-get-new-mail): Don't message the entire
	source.

1999-01-25 12:05:16  Lloyd Zusman  <ljz@asfast.com>

	* nnmail.el (nnmail-get-split-group): Quote right.

1999-01-25 05:55:41  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* mail-source.el (mail-source-movemail): Would kill an arbitrary
	buffer.

1999-01-24 03:02:31  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* gnus-group.el (gnus-clear-inboxes-moved): Removed.
	(gnus-group-mode): Don't hook.

	* mail-source.el (mail-source-bind): Doc fix.
	(mail-source-bind): Take only one param.

	* gnus-art.el (gnus-treat-highlight-signature): typep.

	* mail-source.el (mail-source-movemail): Ignore empty file.
	(mail-source-callback): Check before deleting.

	* message.el (message-mime-attach-file): Include name.

1999-01-23 17:01:12  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* mm-util.el (mm-read-charset): Return a symbol.

	* mm-view.el (mm-inline-text): Insert signature separator.

	* gnus-art.el (gnus-treat-predicate): New function.
	(gnus-treat-article): Allow all types to be checked.

	* gnus-util.el (gnus-or): New function.
	(gnus-and): Ditto.

	* gnus-art.el (gnus-mime-display-single): Use override.

	* mm-decode.el (mm-attachment-override-types): New variable.
	(mm-attachment-override-p): New function.

	* gnus-picon.el (gnus-group-display-picons): Don't go backward.

1999-01-23 16:45:06  Andrew J. Cosgriff  <ajc@bing.wattle.id.au>

	* mm-view.el (mm-inline-text): Do vcards.



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

Charset request (Was: Pterodactyl Gnus v0.74 is released)

[Lloyd Zusman]

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

> Bug fixes and some new stuff.
> 
> [ ... ]
>
> 1999-01-23 17:01:12  Lars Magne Ingebrigtsen  <larsi@gnus.org>
> 
> 	* mm-util.el (mm-read-charset): Return a symbol.
> 
> [ ... ]


I have a request concerning either `mm-read-charset' in `mm-util.el'
or `mm-encode-body' in `mm-bodies.el' ...

Is there any way that one or both of these routines could be modified
so that we don't have to manually enter a Charset every time we send
out a message with "special" characters in it?  I think it would be
convenient if there was some sort of variable which could contain a
default Charset which, if set, would be used in lieu of the user being
prompted each time.

I know that we can just write our own `mm-read-charset' functions that
return the Charset symbol of our choice if we want to override the
current behavior (and, in fact, I have done just that), but that's not
a very elegant solution, in my humble opinion.

Or is there already a way to set a default Charset that I have somehow
missed?

Thanks in advance.

-- 
 Lloyd Zusman
 ljz@asfast.com

Re: Pterodactyl Gnus v0.74 is released

[Kai Haberzettl]

Pressing 'c' to catchup while in the group-buffer gives me the
following error. Catching up from the summary-buffer works.

Signaling: (wrong-type-argument stringp nil)
  intern-soft(nil [nnml+khaberz:HP 0 0 clari\.world\.asia\.koreas 0 0 0 0 0 0 0 0 nnml+khaberz:Kernel 0 0 0 0 0 0 0 0 0 0 de\.comp\.os\.unix\.programming 0 soc\.culture\.hawaii 0 0 0 0 0 0 0 0 0 comp\.emacs\.xemacs nnml+khaberz:The_Rest 0 0 0 de\.comp\.text\.tex 0 0 0 0 0 0 0 0 0 ...])
  gnus-group-catchup-current(nil)
  call-interactively(gnus-group-catchup-current)

Kai
-- 
"We had it tough ... I had to get up at 9 o'clock at night, half
an hour before I went to bed, eat a lump of dry poison, work 29
hours down mill, and when we came home our Dad would kill us,
and dance about on our grave singing Haleleuia ..."  -- Monty Python

Re: Pterodactyl Gnus v0.74 is released

[Rolf Marvin B|e Lindgren]

[ Lars Magne Ingebrigtsen

| Bug fixes and some new stuff.

I've got mymail spool files (of histortical reason) in 

        ~/.vm-spool-files

and have set

        nnmail-spool-file to
        `(directory :path 
            ,(expand-file-name "~/.vm-spool-files/") :suffix "spool")


         and

        nnmail-split-methods  to
        '((inbox))      

my main mail file (inbox.spool) still gets delivered to
nnml+private:inbox.  otehrwise, this setup produces (capitel.spool is
one of my procmail spool files)

Signaling: (wrong-type-argument listp directory)
  nnmail-get-new-mail(nnml nnml-save-nov "~/Mail/" "capitel")
  nnml-request-scan("capitel" "private")
  gnus-request-scan("nnml+private:capitel" (nnml "private"))
  gnus-activate-group("nnml+private:capitel" scan)
  gnus-get-unread-articles(nil)
  gnus-setup-news(nil nil nil)
  byte-code("\b„\x0e
  gnus-1(nil nil nil)
  gnus(nil)
  call-interactively(gnus)
  execute-extended-command(nil)
  call-interactively(execute-extended-command)


-- 
Rolf Lindgren                                        http://www.uio.no/~roffe/
roffe@tag.uio.no
.

Re: Charset request (Was: Pterodactyl Gnus v0.74 is released)

[Lars Magne Ingebrigtsen]

Lloyd Zusman <ljz@asfast.com> writes:

> Or is there already a way to set a default Charset that I have somehow
> missed?

`message-default-charset'.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.74 is released

[Lars Magne Ingebrigtsen]

Kai Haberzettl <khaberz@synnet.de> writes:

> Pressing 'c' to catchup while in the group-buffer gives me the
> following error. Catching up from the summary-buffer works.
> 
> Signaling: (wrong-type-argument stringp nil)

Yup.  Fix in Pterodactyl Gnus v0.75.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.74 is released

[Lars Magne Ingebrigtsen]

Rolf Marvin B|e Lindgren <roffe@morgoth.uio.no> writes:

>         nnmail-spool-file to
>         `(directory :path 
>             ,(expand-file-name "~/.vm-spool-files/") :suffix "spool")

That should be 

         `((directory :path 
             ,(expand-file-name "~/.vm-spool-files/") :suffix "spool"))

since this is a list of mail sources.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Suggested charset feature (Was: Charset request)

[Lloyd Zusman]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Lloyd Zusman <ljz@asfast.com> writes:
> 
> > Or is there already a way to set a default Charset that I have somehow
> > missed?
> 
> `message-default-charset'.

Aha!  Well, this indeed works, and it suggests a feature that I would
find convenient:

It would be nice if the value of `message-default-charset' were to be
provided as the default value in the `completing-read' prompt within
`mm-read-charset' in `mm-utils.el'.  The following patch provides this
functionality.

Any thoughts or opinions?


*** mm-util.el.orig     Wed Jan 27 08:41:49 1999
--- mm-util.el  Wed Jan 27 08:47:41 1999
***************
*** 271,277 ****
      prompt
      (mapcar (lambda (e) (list (symbol-name (car e))))
            mm-mime-mule-charset-alist)
!     nil t)))
  
  (provide 'mm-util)
  
--- 271,278 ----
      prompt
      (mapcar (lambda (e) (list (symbol-name (car e))))
            mm-mime-mule-charset-alist)
!     nil t (when message-default-charset
!             (prin1-to-string message-default-charset)))))
  
  (provide 'mm-util)

-- 
 Lloyd Zusman
 ljz@asfast.com

Re: Suggested charset feature (Was: Charset request)

[Lars Magne Ingebrigtsen]

Lloyd Zusman <ljz@asfast.com> writes:

> It would be nice if the value of `message-default-charset' were to be
> provided as the default value in the `completing-read' prompt within
> `mm-read-charset' in `mm-utils.el'.  The following patch provides this
> functionality.

If you have `message-default-charset' set, you will never be prompted
for a charset, so I don't think this would be all that useful.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Suggested charset feature (Was: Charset request)

[Lloyd Zusman]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Lloyd Zusman <ljz@asfast.com> writes:
> 
> > It would be nice if the value of `message-default-charset' were to be
> > provided as the default value in the `completing-read' prompt within
> > `mm-read-charset' in `mm-utils.el'.  The following patch provides this
> > functionality.
> 
> If you have `message-default-charset' set, you will never be prompted
> for a charset, so I don't think this would be all that useful.

This is not true for me.  I have `message-default-charset' set, and I
indeed *do* get prompted in version 0.74.  What happens for me is that
if I enter nothing at the prompt (i.e., hit carriage return) the
`message-default-charset' seems to get used.  It would be convenient
if I could see what this charset will be before hitting carriage
return.

Alternatively, it would be even more convenient if I don't get
prompted at all when `message-default-charset' is set, as you
described.  Perhaps this is the change that would need to be made
instead of the patch I proposed.

-- 
 Lloyd Zusman
 ljz@asfast.com

Re: Pterodactyl Gnus v0.74 is released

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Rolf Marvin B|e Lindgren <roffe@morgoth.uio.no> writes:
> 
> >         nnmail-spool-file to
> >         `(directory :path 
> >             ,(expand-file-name "~/.vm-spool-files/") :suffix "spool")
> 
> That should be 
> 
>          `((directory :path 
>              ,(expand-file-name "~/.vm-spool-files/") :suffix "spool"))
> 
> since this is a list of mail sources.

It's a bit surprising that a variable with a name in singular, such as 
`nnmail-spool-file', names multiple mail sources.  Perhaps you should
name the variable `nnmail-spool-sources', and leave the old variable
for backward compatibility?

You could then arrange that the new variable groks the new syntax, and
the old variable groks the old syntax.

Re: Suggested charset feature (Was: Charset request)

[Lloyd Zusman]

[ NOTE: This is a repost due to possible email problems with my earlier
        attempt. ]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Lloyd Zusman <ljz@asfast.com> writes:
> 
> > It would be nice if the value of `message-default-charset' were to be
> > provided as the default value in the `completing-read' prompt within
> > `mm-read-charset' in `mm-utils.el'.  The following patch provides this
> > functionality.
> 
> If you have `message-default-charset' set, you will never be prompted
> for a charset, so I don't think this would be all that useful.

This is not true for me.  I have `message-default-charset' set, and I 
indeed *do* get prompted in version 0.74.  What happens for me is that 
if I enter nothing at the prompt (i.e., hit carriage return) the 
`message-default-charset' seems to get used.  It would be convenient 
if I could see what this charset will be before hitting carriage 
return. 
 
Alternatively, it would be even more convenient if I don't get 
prompted at all when `message-default-charset' is set, as you 
described.  Perhaps this is the change that would need to be made 
instead of the patch I proposed. 

-- 
 Lloyd Zusman
 ljz@asfast.com

Re: Suggested charset feature (Was: Charset request)

[Lars Magne Ingebrigtsen]

Lloyd Zusman <ljz@asfast.com> writes:

> This is not true for me.  I have `message-default-charset' set, and I
> indeed *do* get prompted in version 0.74. 

Yup.  Fix in Pterodactyl Gnus v0.75.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.74 is released

[Lars Magne Ingebrigtsen]

Hrvoje Niksic <hniksic@srce.hr> writes:

> It's a bit surprising that a variable with a name in singular, such as 
> `nnmail-spool-file', names multiple mail sources.  Perhaps you should
> name the variable `nnmail-spool-sources', and leave the old variable
> for backward compatibility?

Well, that's just there as a stop-gap measure.  I was going to make
the sources despatch to the backends, and all of that, so the variable 
in question would, er, not be there.

But I think I've kinda run out of enthusiasm for that part of the mail 
fetching makeover.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen