[symfony-devs] spelling errors in documentation

2009-02-27 Thread Lawrence Krubner
In general, I don't think spelling matters much, certainly not in an informal environment like blog posts. So long as the meaning is clear, a few spelling mistakes can be ignored. However, 3 spelling errors in the space of 3 sentences is a lot of spelling errors: "The widget system also automatic

[symfony-devs] Re: sf*CMS

2009-02-27 Thread Tom Boutell
On Fri, Feb 27, 2009 at 7:25 PM, Lawrence Krubner wrote: > > Tom, where should we look for updates regarding pkContextCMS? Nag me for them by email. It's highly motivational. Seriously, it is! Also you can bet we'll blog about it at http://window.punkave.com/. I've explained the need to do a t

[symfony-devs] Re: sfValidatorInteger *must* handle large integers

2009-02-27 Thread Nicolas Garnault
Dear Thomas, I don't think it's a good idea, it makes database data processing not possible in a normal way... I think that we must try to create another kind of validation process, because, in the case of a form generated according to a database schema, validation process does not accord with wha

[symfony-devs] Re: sf*CMS

2009-02-27 Thread Lawrence Krubner
On Feb 21, 4:11 pm, Tom Boutell wrote: > We're about a week out from releasing a beta of pkContextCMSPlugin, > which is a Doctrine-based plugin that borrows from sfSimpleCMS, > although we've also gone in new directions - most importantly, custom > slot types are implemented as Symfony modules,

[symfony-devs] Re: Suggestion: sfOptionable

2009-02-27 Thread Bernhard Schussek
Hi Christoph, I really understand the points your raising. Decoupling the classes would be a much better design that would allow for much more flexibility. I really appreciate that thought. On the other hand, I do think that one should choose the right tools and practices for the right purpose.

[symfony-devs] Re: Suggestion: sfOptionable

2009-02-27 Thread Christoph Schaefer
Bernhard Schussek wrote: > No. First of all, the main purpose of the option holder is to allow > validation of the given options. Thus, the class that depends on the > option holder needs to tell it what options are allowed. Well if we decide that it makes sense to marry the holder and the valid

[symfony-devs] Re: sfRoute, wrong method signature ?!

2009-02-27 Thread Fabien Potencier
fixed -- Fabien Potencier Sensio CEO - symfony lead developer sensiolabs.com | symfony-project.org | fabien.potencier.org Tél: +33 1 40 99 80 80 Thomas Rabaix wrote: > Hello, > > I think there is a problem with the method signature for sfRoute::generate. > > First just read this few lines, >

[symfony-devs] sfRoute, wrong method signature ?!

2009-02-27 Thread Thomas Rabaix
Hello, I think there is a problem with the method signature for sfRoute::generate. First just read this few lines, File : sfRouteObject.class.php public function generate($params, $context = array(), $absolute = false) { return parent::generate('object' == $this->options['type'] ? $this-

[symfony-devs] Re: Suggestion: sfOptionable

2009-02-27 Thread Thomas Rabaix
Chris, It was just ironic. Now this feature is great, and it is very good for long run project with a lot of maintenance. It just help to keep projects in a good shape. On Fri, Feb 27, 2009 at 11:51 AM, Chris wrote: > > > > What's means "speed test" ? it is just another class in symfony ... > >

[symfony-devs] Re: Suggestion: sfOptionable

2009-02-27 Thread Chris
> What's means "speed test" ? it is just another class in symfony ... No, it's not. This is a purely an optional feature and in no way worth spending performance over it. In my opinion, this is not even a framework thing but should be handled by the IDE or whatever. So if this doesn't perform, I