Yes, the goal is keep the old form handling system in symfony 1.1 and
drop it for symfony 1.2.
Fabien
Matthias N. wrote:
> On 26 Jul., 21:00, Fabien POTENCIER <[EMAIL PROTECTED]>
> wrote:
>> The symfony trunk is and will be a bit unstable for the next couple of
>> weeks especially when I will b
There is no page giving the roadmap for symfony 1.1 and it can still evolve.
But here are some points that will be addressed in symfony 1.1:
- Refactoring of the symfony CLI
All tasks will be converted to classes. pake dependency will be removed
as we don't use the "make" like features. pake w
Fabien POTENCIER wrote:
> I will begin the refactoring of the form handling layer.
Just FMI is it planned to handle validation at a model or something
approching level in core features of Symfony 1.1 (like in the
sfPropelValidateBehavior plugin) ?
Another question, does a /precise/ roadmap pa
On 26 Jul., 21:00, Fabien POTENCIER <[EMAIL PROTECTED]>
wrote:
> The symfony trunk is and will be a bit unstable for the next couple of
> weeks especially when I will begin the refactoring of the form handling
> layer. So, perhaps there is a problem with the web debug toolbar
> position, this is q
On 26 Jul., 21:00, Fabien POTENCIER <[EMAIL PROTECTED]>
wrote:
> The symfony trunk is and will be a bit unstable for the next couple of
> weeks especially when I will begin the refactoring of the form handling
> layer. So, perhaps there is a problem with the web debug toolbar
> position, this is q
The symfony trunk is and will be a bit unstable for the next couple of
weeks especially when I will begin the refactoring of the form handling
layer. So, perhaps there is a problem with the web debug toolbar
position, this is quite possible... even I don't remember having changed
something in
