This is a log of new features of note in DWiki.
DWiki now lets you use spaces to separate things in
[[....]]
links instead of|
. If you do this, the last word is taken as the link URL or page, and the rest are the link name. (|
has priority over this; DWiki tries space-separation only if there is no|
.)Thus
[[Google Rules The Web http://www.google.com/]]
turns into Google Rules The Web.You can use either side as an abbeviation later, for example: Google Rules The Web, Google Rules The Web. (See View Source.)
LinkAbbrevs done this way don't have to use
|
, as long as there is a space in the value:[[Google Rules The Web]]
still turns into Google Rules The Web.This allows somewhat more aesthetic long link name things.
Note that the opening
[[
and the closing]]
have to be on the same line in the wikitext.
A DWiki RedirectFile can now point to absolute URLs as well as local DWiki pages. Absolute URLs are written like they would be in
[[...]]
; either http:// or<...>
.
DWiki now supports generating links to URLs on the wiki's web server that are outside the DWiki itself. These are written as links in the format
<...>
and have to happen inside[[...]]
. For example:See [[the root of this web server|</>]].generates a link to the DWiki's web server's root, which is all but certain to be outside the DWiki space if you're running DWiki as a CGI-BIN.
DWiki now remembers the name and URL for links that you write with
[[...|...]]
and thereafter allows you to omit one side of the|
, at which point it will fill in the remembered values. This means that if you want to link to Google a lot in your document, you only have to write (eg) the URL once, and can thereafter refer to Google much more compactly.This does collide a little bit with using
[[...|]]
to write totally unstyled text: it only comes out unstyled if it's not already been used as the name of a link.For now I will live with that.
The
RecentChanges
DWikiText macro now accepts additional arguments that are the list of directories to restrict the listing to, or with a dash at the front, directories to exclude from the listing. If you combine both, both criteria must match: in an included directory and not excluded.This lets a RecentChanges listing exclude areas that churn too much or are otherwise less interesting to list. (Perhaps, for example, a blog sub-hierarchy in a DWiki.)
If there is a common directory prefix that scanning is limited to, the scan is efficient: only that directory and lower is looked at at all.