[pmwiki-users] 2.0.beta44 released, major new features and changes
John Rankin
john.rankin at affinity.co.nz
Sun Jul 10 18:25:24 CDT 2005
On Monday, 11 July 2005 11:08 AM, Patrick R. Michaud <pmichaud at pobox.com> wrote:
>On Sun, Jul 10, 2005 at 11:07:08PM +0100, Hans wrote:
>> Sunday, July 10, 2005, 10:51:51 PM, Hans wrote:
>> > There has been a hickup with the upgrade:
>> > I moved Main.AllRecentChanges to Site.AllRecentChanges by renaming the
>> > file in wiki.d, but subsequent page changes showed up in a new
>> > Main.AllRecentChanges page, and not in the Site.AllRecentChanges.
>>
>> I tracked down the reason for this:
>> It is the extended markup script (recipe), which redefines
>> $RecentChangesFmt, using Main.AllRecentChanges.
>> Changing 'Main' to 'Site' in the script cured the problem.
>
>Another solution is to set $RecentChangesFmt['$SiteGroup.AllRecentChanges']
>after loading the extendmarkup.php recipe.
>
>It might be nice if extendmarkup.php set $RecentChangesFmt as
>
> $RecentChangesFmt['$SiteGroup.AllRecentChanges'] = '...';
> $RecentChangesFmt['$Group.RecentChanges'] = '...';
>
>instead of the slightly more destructive
>
> $RecentChangesFmt = array(
> '$SiteGroup.AllRecentChanges' => '...',
> '$Group.RecentChanges' => '...');
>
>Pm
Will do.
In the mean time, people can avoid the problem by using the most
recent version of the markup extensions and removing 'spaced'
from the $MarkupExtensionsFmt setting. This will disable the
piece of markup extensions that sets $RecentChangesFmt.
--
JR
--
John Rankin
More information about the pmwiki-users
mailing list