[symfony-users] Re: sfConfiguration... and some refactoring

2009-02-02 Thread Kris Wallsmith
Prior to symfony 1.1 the version number could be accessed as file_get_contents(sfConfig::get('sf_symfony_lib_dir').'/VERSION'). The version number values can be easily tested with the native version_compare() function. Kris -- Kris Wallsmith | Community Manager kris.wallsm...@symfony-proje

[symfony-users] Re: sfConfiguration... and some refactoring

2009-02-01 Thread Lee Bolding
Cool. That appears to be since Symfony 1.1 - so it's reasonable to use... if (defined(SYMFONY_VERSION)) { // SF1.1 or SF1.2 specific stuff here } to determine whether the Symfony version is 1.0 or 1.1/1.2? On 1 Feb 2009, at 15:25, Fabian Lange wrote: > We have: > define('SYMFONY_VERSION',

[symfony-users] Re: sfConfiguration... and some refactoring

2009-02-01 Thread Fabian Lange
We have: define('SYMFONY_VERSION', '1.2.4-DEV'); in sfCoreAutoload Fabian On Sun, Feb 1, 2009 at 3:19 PM, Lee Bolding wrote: > > Over a year old this one... > > Where are we with this? > > Is there currently an easy way to programmatically determine which > version of Symfony is being used? > >

[symfony-users] Re: sfConfiguration... and some refactoring

2009-02-01 Thread Lee Bolding
Over a year old this one... Where are we with this? Is there currently an easy way to programmatically determine which version of Symfony is being used? Eg 1.0, 1.1, 1.2 (I don't care about the increments after that) BTW, I'd go for a sfConfig::get('sf_symfony_version') over a global const

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-06 Thread Mark D
I also vote for global constant SYMFONY_VERSION, it doesn't make sense to try to attach it to a specific class, and it doesn't sound quite right on an Autoload class. On Feb 6, 3:37 am, "markus.staab" <[EMAIL PROTECTED]> wrote: > +1 for global constant SYMFONY_VERSION --~--~-~--~~

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-06 Thread markus.staab
+1 for global constant SYMFONY_VERSION --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send em

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-06 Thread Matthias N.
On 6 Feb., 10:39, Fabien POTENCIER <[EMAIL PROTECTED] project.com> wrote: > Matthias N. wrote: > > On 6 Feb., 10:27, Fabien POTENCIER <[EMAIL PROTECTED] > > project.com> wrote: > >> As you can retrieve PHP version with PHP_VERSION, SYMFONY_VERSION seems > >> the best compromise. > > >> If we want

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-06 Thread Fabien POTENCIER
Matthias N. wrote: > On 6 Feb., 10:27, Fabien POTENCIER <[EMAIL PROTECTED] > project.com> wrote: >> As you can retrieve PHP version with PHP_VERSION, SYMFONY_VERSION seems >> the best compromise. >> >> If we want a class constant, the only possibility is >> sfCoreAutoload::VERSION as this is the v

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-06 Thread Matthias N.
On 6 Feb., 10:27, Fabien POTENCIER <[EMAIL PROTECTED] project.com> wrote: > As you can retrieve PHP version with PHP_VERSION, SYMFONY_VERSION seems > the best compromise. > > If we want a class constant, the only possibility is > sfCoreAutoload::VERSION as this is the very first class to be loaded

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-06 Thread Fabien POTENCIER
As you can retrieve PHP version with PHP_VERSION, SYMFONY_VERSION seems the best compromise. If we want a class constant, the only possibility is sfCoreAutoload::VERSION as this is the very first class to be loaded. sfContext is loaded much later and maybe not loaded at all if you just create

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-06 Thread Matthias N.
On 5 Feb., 15:17, Fabien POTENCIER <[EMAIL PROTECTED] project.com> wrote: > Hi all, > > The sfConfiguration refactoring is almost finished. It takes times but a > lot of problems arose during the refactoring. > > I still have some design decisions to take and to begin with, I need > your advice on

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-05 Thread ksn135
+1 for global constant SYMFONY_VERSION On Feb 5, 5:17 pm, Fabien POTENCIER <[EMAIL PROTECTED] project.com> wrote: > I still have some design decisions to take and to begin with, I need > your advice on the way to get the current symfony version. --~--~-~--~~~---~--~-

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-05 Thread Dustin Whittle
+1 for sfCoreAutoload::VERSION - Dustin On 2/5/08 6:17 AM, "Fabien POTENCIER" <[EMAIL PROTECTED]> wrote: > > Hi all, > > The sfConfiguration refactoring is almost finished. It takes times but a > lot of problems arose during the refactoring. > > I still have some design decisions to take a

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-05 Thread Cokker
Nicolas Perriault schrieb: > On Feb 5, 2008 3:17 PM, Fabien POTENCIER > <[EMAIL PROTECTED]> wrote: > >> Perhaps we can have a simple global constant >> >>SYMFONY_VERSION > > I was about to suggest it :) > > ++ > I also think it is the best solution. All other suggested possibilities seems

[symfony-users] Re: sfConfiguration... and some refactoring

2008-02-05 Thread Nicolas Perriault
On Feb 5, 2008 3:17 PM, Fabien POTENCIER <[EMAIL PROTECTED]> wrote: > Perhaps we can have a simple global constant > >SYMFONY_VERSION I was about to suggest it :) ++ -- Nicolas Perriaulthttp://www.clever-age.com Clever Age - conseil en architecture technique GSM: +33 6 60 92 08 67 Tél