If you are using the admin generator, override apps//modules/
/lib/GeneratorConfiguration.php
public function getFilterOptions()
{
return array('sf_user' => sfContext::getInstance()->getUser());
}
On Jan 15, 6:35 pm, Tom Ptacnik wrote:
> you can access to a user object via sfContext::getInstan
you can access to a user object via sfContext::getInstance()->getUser
() if you user standard user object and credentials system...
On 15 led, 00:41, Darren884 wrote:
> Yes but how do I call the sfFormFilter object? I had tried $this-
>
> >configuration->getFilterForm but it runs the class again
Yes but how do I call the sfFormFilter object? I had tried $this-
>configuration->getFilterForm but it runs the class again.
On Jan 14, 2:56 pm, Daniel Lohse wrote:
> sfFormFilter does have setOptions as it's only a subclass of BaseForm.
>
> Daniel
>
> On Jan 14, 2010, at 11:08 PM, Darren884 wrot
sfFormFilter does have setOptions as it's only a subclass of BaseForm.
Daniel
On Jan 14, 2010, at 11:08 PM, Darren884 wrote:
> Actually that did not work. This is a flaw in Symfony itself, there is
> no way to pass values to the configre() method in the filters class.
> This needs to be fixed.
>
Actually that did not work. This is a flaw in Symfony itself, there is
no way to pass values to the configre() method in the filters class.
This needs to be fixed.
On Jan 14, 12:11 pm, Darren884 wrote:
> Hi guys, I had to actually add an argument to the original
> ConfigurationModelGenerator file
Hi guys, I had to actually add an argument to the original
ConfigurationModelGenerator file and mimick the getForm() function to
pass options. I have no idea why this wasn't implemented in the first
place but who knows.
On Jan 13, 3:04 pm, Darren884 wrote:
> In my form I use the setOptions to pas