<div dir="ltr">That fixed the issue. All fox forms are happily processing.<br><br>thanks so much<br><br><div class="gmail_quote">On Sat, Jul 19, 2008 at 7:06 AM, Hans <<a href="mailto:design5@softflow.co.uk">design5@softflow.co.uk</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">Saturday, July 19, 2008, 12:04:23 AM, Scott Smith wrote:<br>
<br>
> Here's the result of a new post with debug turned up-<br>
</div>>....<br>
<br>
thanks! It seems something breaks in the process of getting the<br>
template, and I suspect there is some issue with the substitution<br>
helper function I added for PHP4 systems: htmlspecialchars_decode.<br>
<br>
I have now released an update which uses a different decoding<br>
function htmlspecialchars_decode2. I have not removed the other one<br>
yet, so you can see the difference. But it is not used any more.<br>
Please try out the new fox.php.<br>
<br>
One problem I got is that I am testing with PHP5, and cannot test<br>
with a PHP4 version here locally.<br>
<br>
The specific issue with foxtemplates is that the (:foxtemplate :)<br>
markup supplies the template via HTML input, so special characters<br>
are encoded, and later decoded, because we could have characters like<br>
< and > and & and quotes in the template.<br>
<br>
Please let me know how it works with the new fox.php version<br>
2008-07-19<br>
<font color="#888888"><br>
~Hans<br>
<br>
</font></blockquote></div><br></div>