In Pharo 3.0 there is a new class "ConfigurationOf" which I can subclass for my configurations. But then my config is not loadable in Pharo 2.0. The problem is that when people migrate the configs often are adopted for Pharo30 and still work for Pharo20. So one can use this new shiny common superclass only for new Pharo 3.0 configs onwards or is there a backport planned ... Thx T.
In Pharo 3.0 there is a new class "ConfigurationOf" which I can subclass for my configurations.
But then my config is not loadable in Pharo 2.0.
The problem is that when people migrate the configs often are adopted for Pharo30 and still work for Pharo20.
So one can use this new shiny common superclass only for new Pharo 3.0 configs onwards or is there a backport planned ...
Also the "+Config" button in the MetacelloBrowser of Pharo 3.0 does not use this new ConfigurationOf class. It still generates code Object subclass: #ConfigurationOfFoo instead of ConfigurationOf subclass: #ConfigurationOfFoo Bug or by intention? Bye T.
Thanks for raising this issue up. Indeed, we should find a solution here. Does anyone have any thoughts about this? Doru On Wed, Nov 27, 2013 at 12:09 PM, Torsten Bergmann <astares@gmx.de> wrote:
In Pharo 3.0 there is a new class "ConfigurationOf" which I can subclass for my configurations.
But then my config is not loadable in Pharo 2.0.
The problem is that when people migrate the configs often are adopted for Pharo30 and still work for Pharo20.
So one can use this new shiny common superclass only for new Pharo 3.0 configs onwards or is there a backport planned ...
Also the "+Config" button in the MetacelloBrowser of Pharo 3.0 does not use this new ConfigurationOf class. It still generates code
Object subclass: #ConfigurationOfFoo
instead of
ConfigurationOf subclass: #ConfigurationOfFoo
Bug or by intention?
Bye T.
-- www.tudorgirba.com "Every thing has its own flow"
Not to be speaking of MetacelloToolBox supporting that. Does it? --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Wed, Nov 27, 2013 at 12:05 PM, Torsten Bergmann <astares@gmx.de> wrote:
In Pharo 3.0 there is a new class "ConfigurationOf" which I can subclass for my configurations.
But then my config is not loadable in Pharo 2.0.
The problem is that when people migrate the configs often are adopted for Pharo30 and still work for Pharo20.
So one can use this new shiny common superclass only for new Pharo 3.0 configs onwards or is there a backport planned ...
Thx T.
it should we just integrated metacello2, it is not a change of ours, is Dale's... and Dale is very concerned with backward compatibility, so anything could be used. In fact, you can load metacello2 into pharo2... if you want to use a ConfigurationOf subclass. Esteban On Wed, Nov 27, 2013 at 12:41 PM, phil@highoctane.be <phil@highoctane.be>wrote:
Not to be speaking of MetacelloToolBox supporting that.
Does it?
--- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos
High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium
Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller
On Wed, Nov 27, 2013 at 12:05 PM, Torsten Bergmann <astares@gmx.de> wrote:
In Pharo 3.0 there is a new class "ConfigurationOf" which I can subclass for my configurations.
But then my config is not loadable in Pharo 2.0.
The problem is that when people migrate the configs often are adopted for Pharo30 and still work for Pharo20.
So one can use this new shiny common superclass only for new Pharo 3.0 configs onwards or is there a backport planned ...
Thx T.
Esteban wrote:
it should we just integrated metacello2, it is not a change of ours, is Dale's... and Dale is very concerned with backward compatibility, >so anything could be used.Â
Think of a config like ConfigurationOfPomodoro - I can load it in Pharo 3.0 and Pharo2.0 right from the config browser. In 3.0 I can make it a subclass of ConfigurationOf because I want to clean it up (that was the goal of Dale's new class) - but then I can only put it into MetaRepoForPharo30 so it appears in the Pharo30 config browser - I can NOT put it into MetaRepoForPharo20 for Pharo20 config browser again, since it will not load since there is no such base class in Pharo20 Even a dependency to metacello2 for Pharo20 in the config itself will not help here - since the class is not loadable due to the missing superclass. Kind of chicken and egg problem... So how can one use the new "ConfigurationOf" by subclassing and cleaning and still work on Pharo20...
In fact, you can load metacello2 into pharo2... if you want to use a ConfigurationOf subclass.
Yes - but in a "simple load it from the config browser" scenario or with the usual simple Gofer script this is not valid. Maybe only a backport of "ConfigurationOf" for Pharo20 will help here. Otherwise I doubt it will get used in Pharo30 backward compatible configs. Bye T.
On Wed, Nov 27, 2013 at 1:04 PM, Torsten Bergmann <astares@gmx.de> wrote:
Esteban wrote:
it should we just integrated metacello2, it is not a change of ours, is Dale's... and Dale is very concerned with backward compatibility, >so anything could be used.
Think of a config like ConfigurationOfPomodoro - I can load it in Pharo 3.0 and Pharo2.0 right from the config browser.
In 3.0 I can make it a subclass of ConfigurationOf because I want to clean it up (that was the goal of Dale's new class)
- but then I can only put it into MetaRepoForPharo30 so it appears in the Pharo30 config browser - I can NOT put it into MetaRepoForPharo20 for Pharo20 config browser again, since it will not load since there is no such base class in Pharo20
Even a dependency to metacello2 for Pharo20 in the config itself will not help here - since the class is not loadable due to the missing superclass. Kind of chicken and egg problem...
So how can one use the new "ConfigurationOf" by subclassing and cleaning and still work on Pharo20...
You need to install M2 into Pharo2. No other solution. But if you still want the automatic backward compatibility, then you can still do your configuration like before (is compatible). Sorry, no magic here. Esteban
In fact, you can load metacello2 into pharo2... if you want to use a ConfigurationOf subclass.
Yes - but in a "simple load it from the config browser" scenario or with the usual simple Gofer script this is not valid.
Maybe only a backport of "ConfigurationOf" for Pharo20 will help here. Otherwise I doubt it will get used in Pharo30 backward compatible configs.
Bye T.
Will we have a special subclass for system configurations (configurations for the basic Pharo components)? -- Pavel 2013/11/27 Esteban Lorenzano <estebanlm@gmail.com>
On Wed, Nov 27, 2013 at 1:04 PM, Torsten Bergmann <astares@gmx.de> wrote:
Esteban wrote:
it should we just integrated metacello2, it is not a change of ours, is Dale's... and Dale is very concerned with backward compatibility, >so anything could be used.
Think of a config like ConfigurationOfPomodoro - I can load it in Pharo 3.0 and Pharo2.0 right from the config browser.
In 3.0 I can make it a subclass of ConfigurationOf because I want to clean it up (that was the goal of Dale's new class)
- but then I can only put it into MetaRepoForPharo30 so it appears in the Pharo30 config browser - I can NOT put it into MetaRepoForPharo20 for Pharo20 config browser again, since it will not load since there is no such base class in Pharo20
Even a dependency to metacello2 for Pharo20 in the config itself will not help here - since the class is not loadable due to the missing superclass. Kind of chicken and egg problem...
So how can one use the new "ConfigurationOf" by subclassing and cleaning and still work on Pharo20...
You need to install M2 into Pharo2. No other solution. But if you still want the automatic backward compatibility, then you can still do your configuration like before (is compatible). Sorry, no magic here.
Esteban
In fact, you can load metacello2 into pharo2... if you want to use a ConfigurationOf subclass.
Yes - but in a "simple load it from the config browser" scenario or with the usual simple Gofer script this is not valid.
Maybe only a backport of "ConfigurationOf" for Pharo20 will help here. Otherwise I doubt it will get used in Pharo30 backward compatible configs.
Bye T.
participants (5)
-
Esteban Lorenzano -
Pavel Krivanek -
phil＠highoctane.be -
Torsten Bergmann -
Tudor Girba