Lukas
If doru specifies that you always load the lastest bleeding edge then how the system would magically know what do load when you go back to use an old image? Tell me because I'm curious to know.
Now I can take my configuration and load them in old versions without problems. Now with the symbolic version this is even simpler.
Then finally without configurations to manage complex dependencies there is no way that we will scale and not end up in a group of guys having fun with our old little image. If we cannot control what is loadable together, then better stop to try to build a better smalltalk. Especially at the speed of change we are.
Stef
On May 23, 2011, at 10:26 PM, Lukas Renggli wrote:
I notice this problem too. It left me puzzled why we have to deal with all these configurations if we then can't even load an old version? I always thought that it was one of the main arguments of Metacello to have a specification that we can use to load old versions in 10 years from now :-/
Lukas
On 23 May 2011 22:03, Tudor Girba tudor@tudorgirba.com wrote:
There is no configuration version that loads and works in 1.2 as far as I know.
Cheers, Doru
On 23 May 2011, at 21:52, Alexandre Bergel wrote:
I haven't check, but I guess there is a version of Glamour that works on 1.2 right?
Cheers, Alexandre
On 23 May 2011, at 14:59, Tudor Girba wrote:
Hi Nick,
The default configuration of Glamour does not work in Pharo 1.2 anymore, only in 1.3. The differences are related to changes in the Announcements framework, and a couple of Morphic-related issues.
We are still looking to get someone to produce a working configuration version based on what is in the Moose 4.4 image.
Cheers, Doru
On 23 May 2011, at 20:47, Nick Chen wrote:
Hi
I tried loading Glamour using the instructions at <http://www.moosetechnology.org/tools/glamour%3E;
Gofer new squeaksource: 'Glamour'; package: 'ConfigurationOfGlamour'; load. (Smalltalk at: #ConfigurationOfGlamour) perform: #loadDefault
However, in the process of loading, I get this warning:
This package depends on the following classes: SubscriptionRegistry You must resolve these dependencies before you will be able to load these definitions: SubscriptionRegistry>>glmSubscriptions
Select Proceed to continue, or close this window to cancel the operation.
If I hit proceed, I then get another warning:
This package depends on the following classes: SubscriptionRegistry You must resolve these dependencies before you will be able to load these definitions: SubscriptionRegistry>>hasHandlerFor: SubscriptionRegistry>>lookFor: SubscriptionRegistry>>lookFor:ifNone: SubscriptionRegistry>>unsubscribeForEvent:
Select Proceed to continue, or close this window to cancel the operation.
I selected Proceed and when I do:
GLMBasicExamples open
I get a MNU in
GLMAnnouncer>>resetAnnouncer registry reset "since registry is not defined"
I compared the methods in GLMAnnouncer to the Moose-4.4 image <http://www.moosetechnology.org/download/4.4%3E; and found out that the methods are different from what ConfigurationOfGlamour loads – which might explain the problem.
Is it still possible to load Glamour on its own? I only need it for creating some simple browsers and I don't need everything else in Moose. I've already built the browser in the Moose-4.4 image and just want to run in inside a Pharo-1.2 image.
Thanks!
-- Nick
-- View this message in context: http://forum.world.st/Problem-loading-ConfigurationOfGlamour-in-Pharo-1-2-Su... Sent from the Moose mailing list archive at Nabble.com.
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Beauty is where we see it."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Lukas Renggli www.lukas-renggli.ch
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev