Hi Abraham
Did you solve your problem? I used generate-module and generate-admin to
create my backend form. But it never seems to use my custom configuration
that I have created in myModule/config/generator.yml. Cache was cleared...
Regards,
Dennis
On Fri, Sep 4, 2009 at 7:57 PM, Abraham
Ok. Because I had created the backend forms with doctrine:generate-module
and not with doctrine:generate-admin in the beginning, it did not work
later. I deleted all modules and recreated them with
doctrine:generate-admin. Now they all have by default a generator.yml which
can be customized.
On
Thank you
Exactly what I needed to hear ...
I've read about Filters and everything works now :)
Thank you again
On 3. Sep., 11:31 h., CaffeineInc simon@gmail.com wrote:
I would suggest reading the filter chapter again.
On Sep 2, 8:56 pm, javo javom...@gmail.com wrote:
Hi there,
On a bit of a side note, I tested out sfphpExcelPlugin and found it
was quite memory intensive compared to the Pear
SPREADSHEET_EXCEL_WRITER package. I ended up going for the Pear
package as I need to work with exporting several thousand rows and
kept reaching memory limits with the phpExcel.
http://www.symfony-project.org/plugins/sfFacebookConnectPlugin
It's been released two weeks ago, and we are 4 people (I know) using
it in projects already. For the moment I did not open the svn, but I
am very responsive when given a patch. It is theoretically propel/1.0
and doctrine/1.2
Exactly Dennis, the generator.yml file sems to work only with generate-admin
command, however, the 14th chapter of the definitive guide to symfony
talks a lot about it, maybe you want to check it out
http://www.symfony-project.org/book/1_2/14-Generators Good luck
2009/9/5 Dennis Riedel
I think you should call the render function and overgive the value as
the second parameter. E.g.
$w = new sfWidgetFormTextarea();
echo $w-render('the_name', 'the_value_of_the_textarea');
The second parameter in the constructor you used just adds stupidly
any html attributes you specify.
Hi,
I'm writing an application using sf 1.2 Doctrine.
Under windows XP, Ubuntu 9+ and OS X no problems, but under Debian one
of my forms doesn't work.
That form allows user to upload files but under Debian, upload doesn't
work.
The method isValid() always returns false, it seems to be a
Did you check maximum allowed file size in your Debian server?
E.g.: ini php.ini?
On Mon, Sep 7, 2009 at 11:30 AM, William
DURANDwilliam.dura...@gmail.com wrote:
Hi,
I'm writing an application using sf 1.2 Doctrine.
Under windows XP, Ubuntu 9+ and OS X no problems, but under Debian one
I am confused. In most respects Symfony presents itself an OOP
framework which implements several best-practice design patterns,
such as MVC and Front Controller, and Symfony takes advantage of some
of the most advanced aspects of PHP 5. On the symfony-project.org
site, the first headline of
I believe helper is a remnant of symfony 1.0 when it was framework
for lazy developers or something like that.
I get the feeling that helper is slowly being phased out.
For example, in Symfony 1.2, we use sfForm instead of Form helper. I'm
pretty sure in Symfony 1.2, form helper isn't included
Yes i installed sfexcelplugin successfully using new version for symfony1.2
thanks alll
On Sun, Sep 6, 2009 at 7:00 PM, DEEPAK BHATIA toreachdee...@gmail.comwrote:
Did you do
php symfony cc
On Sat, Sep 5, 2009 at 9:51 AM, asim nizamasim...@gmail.com wrote:
i did same i downloaded it
On Sep 6, 9:43 pm, Sid Bachtiar sid.bacht...@gmail.com wrote:
I believe helper is a remnant of symfony 1.0 when it was framework
for lazy developers or something like that.
I get the feeling that helper is slowly being phased out.
Okay, so what is considered best practice right now? When
On Sun, 6 Sep 2009, Jake Barnes wrote:
So I am puzzled: why are helpers implemented as functions, instead of
as methods of classes?
Does it make sense to load an entire class for a few functions designed to
make writing templates easier?
The use of functions seems incongruous with the
14 matches
Mail list logo