At the request of John Wiegley, I've become the Muse maintainer. I
haven't made any official releases of it yet. Updated instructions
for obtaining Muse may be found on the Projects: Emacs Muse page on
my website.
The tarball may be found at
http://mwolson.org/static/dist/emacs-wiki/emacs-wiki-2.65.tar.gz.
It corresponds with patch-62.
Here is a list of bug fixes and feature enhancements.
- Fix problems that people were experiencing when trying to use a
combination of `emacs-wiki-change-project' and visiting an
emacs-wiki page in a different directory. Thanks to TL for
reporting this.
- I moved the `emacs-wiki-project-homepage' function from
emacs-wiki-menu.el, since it is generally useful. It returns the
published link of the homepage of the current project.
- I realized that I incorrectly assumed that the "default page" was
the same as the "home page". It isn't. The "default page", which
is defined in `emacs-wiki-default-page' is the page that will
appear as the first option when you use a function like
`emacs-wiki-find-file'. `emacs-wiki-home-page' contains the first
page that users should see when they enter your project. Sorry for
the confusion.
- I have made a new variable called `emacs-wiki-home-project' to
complement the existence of `emacs-wiki-default-project'.
`emacs-wiki-home-project' denotes the first project that the user
will enter when they browse your website. This isn't used in any
functions (yet), but it could possibly be useful in header and
footer areas.
- The internal documentation of most functions has been overhauled.
- You should now be able to correctly publish pages with interwiki
links that have no tag after them. For example, if Projects is
defined in `emacs-wiki-projects', having
"Projects" in your page
will make a link to the home page of Projects.
- The problem with hitting RET on an interwiki link and getting
"error: stringp nil" should be fixed now.
- If you use `emacs-wiki-grep', you will find that it now actually
works on Emacs from CVS.
- You can now have the last "word" from your project names stripped
from the published name at publish time. For example, the text of
all of my links now says
"Projects" instead of "ProjectsWiki".
The default is to not do this.
- The default for `emacs-wiki-publishing-header' puts the menu above
the title, as Marc Tommasi suggested. The code for menu generation
in said variable is still commented out by default so as to not
annoy those who upgrade.
- Hopefully the problem with nop tags not being taken into account at
publish time has been fixed. Thanks to TL for reporting this.
- Previous versions of emacs-wiki produced non-compliant XHTML 1.1
documents when underlining was used. I have fixed that.
- An entry in `emacs-wiki-coding-map' has been added for 'mule-utf-8,
as suggested by Pascal Quesseveur. This might fix problems with
using emacs-wiki with Emacs 21.3.x and MULE.
Add a comment