[symfony-devs] small question about sfFilter and redirect

2008-02-04 Thread [EMAIL PROTECTED]
How i can do redirect to other module in sfFilter? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "symfony developers" group. To post to this group, send email to symfony-devs@googlegroups.com To unsubscribe from thi

[symfony-devs] Re: Symfony Developer

2008-02-04 Thread Yılmaz Uğurlu
Merhaba Tolga, http://symfonians.net/jobs adresinde kendi özelliklerine uygun pek çok iş ilanı bulabilirsin. Bunun yanıda dünya üzerinde symfony geliştiricisi arayan diğer firmaların/kişilerin bilgilerine de http://trac.symfony-project.com/wiki/JobPostings adresindne ulaşabilirsin. İkinci verdiğim

[symfony-devs] Re: design bug with per-action classes

2008-02-04 Thread Ian P. Christian
Fabien POTENCIER wrote: > That's a great use case, indeed. So, we need to fix it ;-) Do you have a > patch? Well, whilst working on that... look what we found: sfController.class.php 313 314 // fix for same name classes 315 $moduleClass = $moduleName.'_'.$class; 316 if (class_exist

[symfony-devs] Re: design bug with per-action classes

2008-02-04 Thread Fabien POTENCIER
Ian P. Christian wrote: > Fabien POTENCIER wrote: >> I never use the per-action classes and I think there is never a good >> reason to use them. >> >> The execute() or executeXXX() method for an action always contain very >> little code (... if not, then you probably need to refactor your code

[symfony-devs] Re: design bug with per-action classes

2008-02-04 Thread Ian P. Christian
Fabien POTENCIER wrote: > I never use the per-action classes and I think there is never a good > reason to use them. > > The execute() or executeXXX() method for an action always contain very > little code (... if not, then you probably need to refactor your code > and move some parts to the m

[symfony-devs] Re: design bug with per-action classes

2008-02-04 Thread Fabien POTENCIER
I never use the per-action classes and I think there is never a good reason to use them. The execute() or executeXXX() method for an action always contain very little code (... if not, then you probably need to refactor your code and move some parts to the model or to helper classes). So, it m

[symfony-devs] design bug with per-action classes

2008-02-04 Thread Ian P. Christian
Imagine you're using per-action classes. 2 modules, 'moo', and 'cow'. apps/frontent/modules/moo/actions/indexAction.php: class indexAction extends sfAction apps/frontent/modules/cow/actions/indexAction.php: class indexAction extends sfAction See the problem yet? You will encounter problems

[symfony-devs] Re: Removing style sheets

2008-02-04 Thread Ian P. Christian
Christian Schaefer wrote: > > hi frank, > > this is from the top of my head and might not work right away but the > general answer is: Also Please take this kind of chat to the symfony-users list. Thanks! :D -- Ian P. Christian ~ http://pookey.co.uk --~--~-~--~~

[symfony-devs] Re: Removing style sheets

2008-02-04 Thread Christian Schaefer
hi frank, this is from the top of my head and might not work right away but the general answer is: sfWebResoponse::addStylesheet('-*') or in view.yml stylesheets: [-*] effectively removing everything that was set before. cheers /christian On 4 Feb., 15:50, Frank van Noorden <[EMAIL P

[symfony-devs] Removing style sheets

2008-02-04 Thread Frank van Noorden
Hi, Adding a style sheet is simple enough in symfony, but I am looking for a good solution to remove a style sheet going the symfony way. Any idea's are welcome? Kind regards, Frank van Noorden Independent Architect/Developer --~--~-~--~~~---~--~~ You received

[symfony-devs] Options +FollowSymLinks +ExecCGI

2008-02-04 Thread Thierry
Small question, why are we using the +ExecCGI option? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "symfony developers" group. To post to this group, send email to symfony-devs@googlegroups.com To unsubscribe from