On Thu, Feb 12, 2009 at 6:51 PM, DaveG wrote:
> I have some off-list clarification that this is a feature of PmWiki --
> it's fully qualifying the page-variable with the pagename. It looked to
> me like a bug in which the page-variable was being partially replaced
> with the substituted value for
DaveG wrote:
> Another example of what's happening is here:
> http://www.pmwiki.org/pmform/Main/WikiSandbox
>
> Enter {$FullName} into any field. Save the form. On reload the field
> will contain:
>{Main.WikiSandbox$FullName}
>
> That's the substitution I'm trying to avoid. The substitutio
Another example of what's happening is here:
http://www.pmwiki.org/pmform/Main/WikiSandbox
Enter {$FullName} into any field. Save the form. On reload the field
will contain:
{Main.WikiSandbox$FullName}
That's the substitution I'm trying to avoid. The substitution should
occur when the field
Hans wrote:
> Have a look at the HandleEdit function in pmwiki.php (?action=edit
> calls this).
> Don't be confused by the UpdatePage call right in the middle, and the
> edit form loading at the end. When it runs first, $IsPagePosted is
> false, nothing gets posted and the edit form gets loaded, w
Saturday, February 7, 2009, 7:33:59 PM, DaveG wrote:
> In order to handle editing, I use a new action (action=bloggeredit), and
> include a call to PmForms in the header. That way all the PTVs get
> placed into PmForm form elements. Works fine. Except that variables in
> the PTVs end up being eva
When you edit a page (action=edit) variables in the page like
{$FullName} are not evaluated, but are shown in the textarea as {$FullName}.
Is there a way to force trigger this behavior?
Background
I'm working on the Blogger cookbook, which stores all elements of the
page as PTVs, including the