Hi all,
I'm not sure wether or not this behaviour is intended.
I'm using a custom view class to change the template and layout dirs
for some modules in my application.
Here is the source:
class cmsView extends sfPHPView
{
public function configure()
{
parent::configure();
$this->setDirectory(sfConfig::get('sf_app_template_dir') .
DIRECTORY_SEPARATOR . 'page_templates');
$this-
>setDecoratorDirectory(sfConfig::get('sf_app_template_dir') .
DIRECTORY_SEPARATOR . 'layouts');
}
}
In a template I'm using "decorate_with()" to set a layout for the
current template.
This helper (AssetHelper) uses the sfViewClass-
>setDecoratorTemplate($template) (symfony/lib/view/sfView.class.php)
function to change the template.
source:
$this->decoratorDirectory = $this->context->getConfiguration()-
>getDecoratorDir($template);
$this->decoratorTemplate = $template;
My problem is, that this function not only changes the decorator
template, but also overrides the decorator directory with the default
'sf_app_template_dir' value - therefore I loose my changes I did in my
view class.
Is this a bug or a feature?
--
If you want to report a vulnerability issue on symfony, please send it to
security at symfony-project.com
You received this message because you are subscribed to the Google
Groups "symfony users" group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/symfony-users?hl=en
