[pmwiki-users] links broken & relative nightmares

Patrick R. Michaud pmichaud at pobox.com
Fri Oct 27 16:22:32 CDT 2006


On Fri, Oct 27, 2006 at 09:31:21PM +0100, Hans wrote:
> Please forgive if this was covered before:
> 
> I upgraded to pmwiki 2.2.0 beta15 and find that some links are not
> behaving as before:
> I sometimes use links like [[GroupOne| group one]] to go to the
> GroupOne default page (GroupOne/GroupOne). Now they point to
> Site.GroupOne, which does not exist. These links live on
> Site.PageTopMenu, a page included in the skin for action links etc.
> Why is this so?

The intent of 2.2 is that links in a page default to be relative
to the page in which they are written, as opposed to the page
in which they are displayed.  This seems to be far more intuitive
for the vast majority of authors.

The corollary to this is that pages in the Site group should now
generally have links and page variables qualified by the group
somehow, otherwise they appear to be relative to the Site group.
But in all other cases things work as one would generally expect.

In the above case, it's probably better to use a markup like:

    [[GroupOne/ | group one]]

which explicitly says to link to the home page of GroupOne.

> The relative nightmare is this:
> I just changed the action links to be relative to the page, i.e.
> [[{Name}?action=edit | $[Edit] ]] has become
> [[{*$FullName}?action=edit | $[Edit] ]]
> but now when I view (go to) Site.PageTopMenu and try to open it for
> editing, the edit page is Site.FullName
> What am I missing?

You probably need to set $EnableRelativePageVars to 1.
This will likely become PmWiki's default setting at some point
in the future, but for upgrade reasons it's currently defaulting
to off until explicitly enabled by an administrator.

Pm




More information about the pmwiki-users mailing list