<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 2, 2014 at 7:18 PM,  <span dir="ltr"><<a href="mailto:ccox@endlessnow.com" target="_blank">ccox@endlessnow.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":5b1" class="" style="overflow:hidden">I'd love to see a standard markup for PTV inclusion with something<br>
similar, either based on existence of the PTV for a page (where multiple<br>
pages could be specified) and optional maybe if the PTV has a value (but I<br>
can live without that since empty value is a value).<br>
<br>
for example<br>
{SomeGroup/Name OtherGroup/Name$:Summary}</div></blockquote></div><br>You could fairly easily put a rule just before {$var} which searched for the same pattern as {$:var} but including whitespace before the $.  Then simply split the part before $ and replace the {x y z$:var} with the conditional that StefCT suggested.  Your markup is easy to read and you let pmwiki continue to do all the heavy lifting...  (Or, of course, you could do the substitution yourself directly to the value, thus giving yourself the ability to differentiate between empty variables and nonexistent variables - slightly more work, but better functionality too.)</div><div class="gmail_extra"><br></div><div class="gmail_extra">In any event, the point is that a space (or comma or vertical bar) in a PTV is a fairly easy condition to find in your rule regex and so is quite easy to custom-code around.</div><div class="gmail_extra"><br></div><div class="gmail_extra">-Peter</div></div>