PmWiki pages are organized into groups of related pages. This feature was added to PmWiki to allow authors to create their own wiki spaces of specialized content on their own, without having to become, or rely on, wiki administrators. See Pm’s post to the pmwiki-users mailing list.
By default, page links are between pages of the same group; to create a link to a page in another group, add the name of the other group and a dot or slash to the page name. For example, links to Main/WikiSandbox could be written as:
* [[Main.WikiSandbox]] * [[Main/WikiSandbox]] * [[(Main.Wiki)Sandbox]] * [[Main.WikiSandbox | link text]] * [[Main.WikiSandbox | +]]
To link to the default home page of a group, the name of the page can be omitted, like this:
* [[Main.]] * [[Main/]]
Creating a new group is as easy as creating new pages; simply edit an existing page to include a link to the new group’s default home page (or any page in the new group) then click on the ‘?’ to edit the page. As a rule, group names must start with a letter (but this can be changed by the wiki administrator by adding
$GroupPattern = '[[:upper:]\\d][\\w]*(?:-\\w+)*';
For example, to make a default page in the group Foo, create a link to [[Foo/]] (or [[Foo.]]). To make a page called Bar in the group Foo, create a link to [[Foo/Bar]] and follow the link to edit that page.
Each group can also have Group Header or Group Footer pages that contain text to be automatically prepended or appended to every page in the group. A group can also have a Group Attributes page that defines attributes (read and edit passwords) shared by all pages within the group.
Each page can also have its own individual read/edit password that overrides the group passwords (see Passwords).
The default “start page” for a group is a page whose name is:
You can usefully change the default search order for an entered page name by setting the variable
where “$1” is the name of the page entered.
As noted above, when linking to the default home page, authors can omit the page name and simply identify the group followed by a forward slash ([[Foo/]]).
Note the forward slash is required to ensure that the link unambiguously points to the identified group. If the slash is omitted, the link can end up being interpreted as pointing to an existing (or new) page in the current group (if the group, or its default home page, do not exist).
No, PmWiki does not have subpages. Pm’s reasons for not having subgroups are described at PmWiki:Hierarchical Groups, but it comes down to not having a good page linking syntax. If you create a link or pagename like
[[A.B.C]] PmWiki doesn’t think of “B.C” as being in group “A”, it instead thinks of “C” as being in group “AB”, which is a separate group from “A”. Wiki administrators can look at Cookbook:Subgroup Markup and Cookbook:Include With Edit for recipes that may be of some help with developing subgroups or subpages.
You can set PmWiki’s
$GroupPattern variable to only accept the group names you want to define. For example, to limit pages to the “PmWiki”, “Main”, “Profiles”, and “Example” groups, add the following to local/config.php:
With this setting, only the listed groups will be considered valid Wiki Groups. You can add more groups to the list by placing additional group names separated by pipes (|).
Q How can I get rid of the ‘Main’ group in urls for pages pointing to Main?
Q How can I limit the creation of new groups?
Q Why doesn’t [[St. Giles and St. James]] work as a link? (It doesn’t display anything.)
Because it contains periods, and destroys PmWiki’s file structure, which saves pages as Group.PageName. Adding those periods disrupts this format. Links may only contain words. If you need a link precisely as shown, the page must be named eg St Giles and St James? then you can use the (:title:) directive to have the page’s title appear with periods (:title St. Giles and St. James:). (Although modern US and UK grammar now tend to drop the period to simplify style).
Q How can I delete a wiki group?
Normally you can’t, as this requires an admin with server-side access to delete the file that makes up the group’s Recent Changes page. But there is an option method of making it possible to delete Recent Changes pages from within the wiki if the admin enables the code found on Cookbook:RecentChanges Deletion.
Normally you can’t, as this requires an admin with server-side access to delete a file. But there is an optional method of making it possible to delete Recent Changes pages from within the wiki if the admin enables the code found on Cookbook:RecentChanges Deletion.