[pmwiki-users] MarkupExpressionPlus recipe

[Dominique Faure]

In fact, most of the MarkupExpressionPlus() is borrowed from the
equivalent core code.

The real added value of the function is limited to the code addition
at the beginning of the function which is responsible for triggering
the evaluation of the various {$variable} markup rules before handling
the expressions themselves. This was needed to ensure getting the
current variable value and not the one that have been evaluated by the
core before the rendering of the page.

As I'm quite sure that like you, most of the recipe's users don't use
the -inactive by default- variable manipulation features, I'll
rerelease the recipe soon as a pure PHP 5.5 script without the
offending features, keeping the original version available for
reference/older configs, leaving open for more spare time the porting
of feature in a dedicated script file.

Dominique


On Thu, Dec 4, 2014 at 2:10 PM, Hans Bracker <design at softflow.co.uk> wrote:
> Hello Dominique,
>
> Thursday, December 4, 2014, 11:37:34 AM, you wrote:
>
>> I was (rather slowly, I must apologize) more or less in the process of
>> reworking the recipe for PHP 5.5, and therefore was also wondering how
>> far the features you precisely commented out really need to be updated
>> or simply dropped.
>> For the record, I mainly designed these excluded parts as
>> proof-of-concepts without any real life usage at this time.
>
> thanks  for  looking into this! Personally I never used those advanced
> features, so I do not mind for them being dropped.
> When  I  was  revising  your  script  I  did  not  understand  how the
> MarkupExpressionPlus() function worked, and was just happy that I could
> get most of the expressions to work without using it.
> So  please,  if  you  got  time,  do have a look at it and decide what
> should  be  in markupexpressionplus.php, perhaps a leaner script would
> be just as well.
>
> If Petko thinks that some of the expressions could get migrated to the
> markupexpressions.php  script, so they are part of the core, then this
> could be a good time to do so.
>
>
> Best regards,
>  Hans
> mailto:design at softflow.co.uk
> www.softflow.co.uk
>