MH-E 8

MH-E 8

[Richard M. Stallman]

It is probably better if we postpone a major update till after the
release.  How much change would MH-E version 8 entail?

Re: MH-E 8

[Bill Wohler]

Richard M. Stallman <rms@gnu.org> wrote:

> It is probably better if we postpone a major update till after the
> release.  How much change would MH-E version 8 entail?

Richard, there is little to worry about. If you recall, MH-E now uses
the Emacs CVS repository. So CVS Emacs already has an alpha of MH-E 8.0
(aka 7.85).

>From the perspective of Emacs, "releasing" MH-E simply entails modifying
the mh-version variable and etc/NEWS accordingly.

MH-E is very stable right now and will continue to be so until the
release of 8.0. The only changes that will go in before then include
docstring changes as I have described before plus minor changes to fix
inconsistencies that the manual update reveals. Because some of these
changes include renaming of defcustoms, I'm waiting until the manual is
done before making the release because after that we'll have to wait
until 9.0 to make such changes.

For a ballpark estimate, we're looking at about a month or so.

>        However, the use of doc strings in the manual without extensive
> rewriting would tend to make the manual less than ideal.  Doc strings
> and a manual are rather different, and the text that is good for one
> is not very good for the other.

For MH-E, it's working out wonderfully.

-- 
Bill Wohler <wohler@newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

Re: MH-E 8

[Richard M. Stallman]

    > It is probably better if we postpone a major update till after the
    > release.  How much change would MH-E version 8 entail?

    Richard, there is little to worry about. If you recall, MH-E now uses
    the Emacs CVS repository. So CVS Emacs already has an alpha of MH-E 8.0
    (aka 7.85).

In that case, we would like to have the final MH-E 8 before the Emacs
release.

    For a ballpark estimate, we're looking at about a month or so.

We surely won't make the release within a month.

    >        However, the use of doc strings in the manual without extensive
    > rewriting would tend to make the manual less than ideal.  Doc strings
    > and a manual are rather different, and the text that is good for one
    > is not very good for the other.

    For MH-E, it's working out wonderfully.

I am surprised.  Normally this results in making either the doc string
or the manual strained.

Re: MH-E 8

[David Kastrup]

"Richard M. Stallman" <rms@gnu.org> writes:

>     For a ballpark estimate, we're looking at about a month or so.
>
> We surely won't make the release within a month.

For a moment there I thought you meant "any month".

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: MH-E 8

[Bill Wohler]

Richard M. Stallman <rms@gnu.org> wrote:

>     > It is probably better if we postpone a major update till after the
>     > release.  How much change would MH-E version 8 entail?
> 
>     Richard, there is little to worry about. If you recall, MH-E now uses
>     the Emacs CVS repository. So CVS Emacs already has an alpha of MH-E 8.0
>     (aka 7.85).
> 
> In that case, we would like to have the final MH-E 8 before the Emacs
> release.

Very well. I've updated FOR-RELEASE accordingly.

-- 
Bill Wohler <wohler@newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.