Hi,
I've recently created my own widget and have overriden the
getJavascripts() to return an array of javascript files to support the
widget.
The form is used in the admin generator, and the
include_javascripts_for_form() helper is used to add
Thanks, I'll take a look
On May 28, 5:51 pm, Andrei Dziahel wrote:
> Hi, Andy.
>
> There's a patch (http://trac.symfony-project.org/ticket/5908) but it is
> still unreviewed.
>
> 2009/5/28 arri...@gmail.com
>
>
>
>
>
> > Hi,
>
> >
hi - i think I may have found a bug in overriding the db panel in the
web debug toolbar. I've been following
http://www.symfony-project.org/blog/2008/08/27/new-in-symfony-1-2-customize-the-web-debug-toolbar
and have created a new class, ctWebDebugPanelPropel. I want this to
replace the db panel th
is partially intended, but we might think of it being what we want
> it to be :-)
>
> Fabian
>
> On Wed, Jun 3, 2009 at 10:54 AM, arri...@gmail.com wrote:
>
>
>
> > hi - i think I may have found a bug in overriding the db panel in the
> > web debug toolbar. I'v
Hi,
Been running the new sfMailer code, looks excellent and yesterday was
pleased to see the mail icon appearing in the web debug toolbar. Very
useful! However, after an update this morning the icon no longer
appears. A call to sfContext::getInstance()->getMailer()->compose(...)
still works ok -
On Sep 10, 2:56 pm, Fabian Lange
wrote:
> Hi,
> you need to add the mailer to the factories.
> This is documented here:http://trac.symfony-project.org/changeset/21832
>
> Fabian
>
> On Thu, Sep 10, 2009 at 2:37 PM, arri...@gmail.com wrote:
>
> > Hi,
>
> > Been r
To followup, in my action var_dump($this->getContext()->hasMailer());
returns false
On Sep 10, 3:26 pm, "arri...@gmail.com" wrote:
> Hi, I had tried this by copying the whole mailer: section from symfony/
> lib/config/config/factories.yml, but the icon still didn't
ategy' => 'none',
'transport' =>
array (
'class' => 'Swift_SmtpTransport',
'param' =>
array (
'host' => 'localhost',
'port' => 25,
'encryption' => NU
n I introduced yesterday. Can you see if the
> icon show up for you now?
>
> Thanks,
> Kris
>
> --
>
> Kris Wallsmith | Release Manager
> kris.wallsm...@symfony-project.com
> Portland, Oregon USA
>
> http://twitter.com/kriswallsmith
>
> On Sep 10, 2009, at
hi,
Using 1.3 branch, the admin generator (for propel at least) is
currently broken. see (snipped) stack trace below. Problem is
doConvertObjectToArray() in sfPropelRoute class.
...
try
{
$method = 'get'.call_user_func(array($className,
'translateFieldName'), $variable, BasePeer::TYPE_FI
Hi,
Commit http://trac.symfony-project.org/changeset/21883 for sfYaml has
broken a checkout of symfony 1.3 (not checked other versions) as
values set to 'off' for example are no longer converted to a boolean
value. e.g. sfConfig::get('mod_'.strtolower
($moduleName).'_is_internal') returns "off" w
OK, seen the note in the UPGRADE file now - will work to resolve.
Thanks,
Andy
On Sep 11, 9:07 am, "arri...@gmail.com" wrote:
> Hi,
>
> Commithttp://trac.symfony-project.org/changeset/21883for sfYaml has
> broken a checkout of symfony 1.3 (not checked other versions) a
potencier.org
> Tél: +33 1 40 99 80 80
>
> arri...@gmail.com wrote:
> > OK, seen the note in the UPGRADE file now - will work to resolve.
>
> > Thanks,
> > Andy
>
> > On Sep 11, 9:07 am, "arri...@gmail.com" wrote:
> >> Hi,
>
> >>
i think this might be related to the recent routing mods - for more
info, our cache is still enabled for this. Not sure if that would
affect it.
On Sep 10, 9:53 pm, "arri...@gmail.com" wrote:
> hi,
>
> Using 1.3 branch, the admin generator (for propel at least) is
>
w up with a zero. This is the
> existing standard; I don't see any reason to change it for this panel...
>
> --
>
> Kris Wallsmith | Release Manager
> kris.wallsm...@symfony-project.com
> Portland, Oregon USA
>
> http://twitter.com/kriswallsmith
>
> On
- symfony lead developer
> sensiolabs.com | symfony-project.org | fabien.potencier.org
> Tél: +33 1 40 99 80 80
>
> arri...@gmail.com wrote:
> > i think this might be related to the recent routing mods - for more
> > info, our cache is still enabled for this. Not sure if that woul
Just to confirm this is working fine now that I actually send a
message. Feel a bit silly :)
Thanks for your help,
Andy.
On Sep 11, 12:40 pm, "arri...@gmail.com" wrote:
> Ah, thanks Kris - previously it was showing with a 0 - never thought
> to try sending an email to see if t
Sensio CEO - symfony lead developer
> sensiolabs.com | symfony-project.org | fabien.potencier.org
> Tél: +33 1 40 99 80 80
>
> arri...@gmail.com wrote:
> > i think this might be related to the recent routing mods - for more
> > info, our cache is still enabled for this. Not sure
Hi.
Noticed the routing has had performance changes in 1.3 which is great.
The cache is now recommended to be off but we have a severe impact on
our system if we do that.
Would like to open a discussion re: possible improvement if this is
ok.
We have lots of routes - our app is built around adm
Hi,
http://trac.symfony-project.org/ticket/4822 - I notice that this
ticket has been closed in the last few days, however I was expecting
the same feature in sfPropelPlugin for 1.3. As far as I can tell this
hasn't been implemented. Is there a reason for this? We were looking
forward to this usef
Thanks, good news
On Sep 16, 1:01 pm, Fabian Lange
wrote:
> Hi,
> Fabien misunderstood the question.
> It will not come to sf 1.2 But of course can still be done for Propel in 1.3
> I reopened the ticket for that
> Fabian
>
> On Wed, Sep 16, 2009 at 1:33 PM, arri...@gmail
nd caused quite a headache. Since, according to the benchmarks
> > by "rs" in #5811, the single-key caching strategy doesn't really serve any
> > number of URLs well, should the default strategy be somehow changed in a
> > future release?
>
> > My 0.02 €,
work with local files (ie. no
> APC/memcached/etc), and could not store objects (except via some
> __set_state() magic method).
>
> - Jarno
>
> On Wed, 2009-09-16 at 06:04 -0700, arri...@gmail.com wrote:
> > Hi,
>
> > Turning off the cache isn't really an option
Hi,
Just seen that #7171 has been closed after changes to
sfValidatorChoice in r22140. Unfortunately I don't think the changes
will work as sfValidatorPropelChoiceMany doesn't extend
sfValidatorChoice, but instead extends sfValidatorBase.
Not sure about doctrine implementation, I only know the p
Hi,
Just updated my code and looks like symfony is now using the propel
native behavior system. This is good news, but I'm struggling to get
it working.
>From what I can work out, the behaviors all sit under a 'symfony'
behavior. I am struggling to enable this. In my propel.ini I have:
; builde
t') as $sf_hook)
{
call_user_func($sf_hook, 'Customer', $values, $con, $ret);
}
which does not trigger my hook, plus it passes in an incorrect first
parameter "Customer" and not "BaseCustomerPeer"
Is this a bug or a change - i.e. do I need to update my hook names
whe
Hi, I can see commit http://trac.symfony-project.org/changeset/23358
has now added 'Base' onto the hook name, but in the 'Peer' at the end
of the hook name is still missing. I think this will still break BC.
Thanks,
Andy.
On Oct 26, 12:41 pm, "arri...@gmail.com"
Hi,
Here is output from my run of the tests - I cannot run david's
benchmark as splFixedArray is not available in my php build, though
SPL is shown as available in php_info(). I'm running php 5.2.11.
Re: config/cache - in 1.3 our config_routing.yml.php is 2,054,492
bytes and consists of 628 rout
tures are
> used). I'll ensure the next version is compatible.
>
> How are you using/how have you configured the APC with sf?
> I ask as I've been playing with some autodetection code - the intention
> being to use it if it's available - otherwise to fall back to more
0.0%
url_for166 0.0%2,879,410 93.4% 1,336 0.0%
all the calls to url_for() collectively take 2,882,401 microseconds
~93% of total request time.
On Oct 30, 2:40 pm, "arri...@gmail.com" wrote:
> Hi,
>
> We use APC as the opcode cache, so all *.php files are
mas Rabaix wrote:
> So you are not using named routes in your templates ?
>
> matchesParameters is only call if you use 'module/action'. Which is a
> bad practise.
>
> On 30 oct. 2009, at 16:01, arri...@gmail.com wrote:
>
>
>
> > Hi,
>
> >
Hi,
We get round this problem by wrapping the include_component() call in
a slot before include_javascripts() is called, then include_slot() in
the position we want
i.e.
layout.php
It's not pretty, but it works for us
On Nov 16, 11:19 am, Pierrot Evrard wrote:
>
32 matches
Mail list logo
