What document type is output is decided in filter/
sfFillInFormFilter.class.php:
$method = 'fillIn'.ucfirst(strtolower($this-
getParameter('content_type', 'Html')));
the expected output of $this-getParameter('content_type', 'Html') is
xml or html, it will break on anything else.
So what I
Alexander Deruwe wrote:
Thanks for your reply Ian. I apologise for getting back to this
rather late.
Err, not to play firestarter or anything, but this effectively means
it's not possible to create valid XHTML 1.0 code with symfony...
I've not used FillIn it for a while, but I had a
On 02 Nov 2007, at 12:27, Ian P. Christian wrote:
Alexander Deruwe wrote:
Thanks for your reply Ian. I apologise for getting back to this
rather late.
Err, not to play firestarter or anything, but this effectively means
it's not possible to create valid XHTML 1.0 code with symfony...
On 31 Oct 2007, at 17:39, Ian P. Christian wrote:
This is a problem with fillin filter
I'm not sure if the fillin filter has now been fixed to resolve this
issue - can anyone else comment?
the technical reason for this is that the fillin filter uses libxml
libraries to parse the output in
Alexander Deruwe wrote:
Hey everyone,
Both in my production and development environments, using symfony
1.0.8, on a normal GET request, the layout's
?php include_http_metas(); ?
?php include_metas(); ?
calls will output:
meta name=title content=blah blah /
meta name=robots
