More info on this topic : http://trac.symfony-project.org/ticket/5137
This is a serious flaw for a "stable" version of symfony.
On Dec 2, 1:43 pm, DigitalBase <[EMAIL PROTECTED]> wrote:
> After doing a bit more research, i noticed the indexSuccess (in
> propelAdmin/templates) does use the $this->configuration->hasFilterForm
> ().
> BUT apparently upon template generation (in cache/* directory) the
> $this->configuration is an instance of Base%OBJECT
> %GeneratorConfiguration.
>
> Shouldn't the admin generator use the %OBJECT%GeneratorConfiguration
> instead of the Base one ?
> Upon runtime it does use the correct one, but not when generating the
> templates in cache/*
>
> Is this a bug ? Is this normal behaviour ?
>
> On Dec 2, 11:47 am, DigitalBase <[EMAIL PROTECTED]> wrote:
>
> > i really like the logic behind the new admin generator.
> > Now i noticed the Base%MODULE%GeneratorConfiguration.class has a
> > method called hasFilterForm
>
> > public function hasFilterForm()
> > {
> > return true;
> > }
>
> > I want to disable all the filters for this view so i decided to
> > override this method, returning false. Nothing happened. When digging
> > into the cache, i noticed the hasFilterForm is not used at all. Then
> > why is it defined ?
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"symfony users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/symfony-users?hl=en
-~----------~----~----~----~------~----~------~--~---
