[Etoys] How to distribute amd install MO for Apps

karl karl.ramberg at comhem.se
Tue Nov 20 15:04:39 EST 2007


Hilaire Fernandes wrote:
> Moreover, in case a DrGeo project file is prepared by the teacher for
> his students, only a subset of DrGeo classes may be use, but the
> teacher could request the students to construct geometric objects
> based on other DrGeo classes, not used in the initial .pr file.
> Can it be a problem?
>   
As long as the full change set is in the image or attached to the 
project, it's not a problem.

The problem is that change set loading is slow on a big project like DrGeo.

If the project could include compiled methods and classes loading would 
be much faster.
Karl
> Hilaire
>
> 2007/11/20, Bert Freudenberg <bert at freudenbergs.de>:
>   
>> On Nov 20, 2007, at 18:31 , Karl wrote:
>>
>>     
>>> Karl wrote:
>>>       
>>>> Bert Freudenberg wrote:
>>>>
>>>>         
>>>>> Loading an ImageSegment is indeed extremely fast. Even classes
>>>>> and  compiled methods can be included in a segment. The problem
>>>>> is that  after loading the segment, references ("outpointers")
>>>>> have to be  fixed up - for example, all symbols must be made to
>>>>> point to the  symbol instance in the image, otherwise you would
>>>>> have duplicate  symbols. And we accumulated a lot of cruft over
>>>>> the years that is  performed on project load time - fixing up
>>>>> fonts, migrating instances  to new class layout etc. Working this
>>>>> out would be very valuable.
>>>>>
>>>>>           
>>>> I have looked into this a little.
>>>> There is a framework for creating conversion methods in the image
>>>> but it is broken.
>>>>
>>>> To test make a new project, add a new morpic class, open the morph
>>>> in the project and publish.
>>>> Restart Squeak and load the project. You will be prompted to type
>>>> in a new class name, a debugger pops up, and a Inspector.
>>>> Once you get past that you will see the project view on the
>>>> desktop but you will also enter the emergency debugger :-(
>>>>
>>>> I hope once the issues are fixed we can just file out the
>>>> conversion files and include them in the projects instead of the
>>>> whole
>>>> change sets and projects will load faster.
>>>> Conversion methods can also be in the image.
>>>>
>>>> Karl
>>>> ______
>>>>         
>>> Forget previous mail. What is needed is a change set with just the
>>> class definition for every new class in your project.
>>> The big catch is it seems _every_ object needs to be referenced in
>>> the project or it will not be accessible.
>>> I just tested with DrGeo, I made a change set with just the class
>>> definition, and could open a project
>>> but all the functionality was missing  :-(
>>>       
>> Classes and methods except for Player subclasses are not included in
>> the project image segment currently.
>>
>> - Bert -
>>
>>
>> _______________________________________________
>> Etoys mailing list
>> Etoys at lists.laptop.org
>> http://lists.laptop.org/listinfo/etoys
>>
>>     
>
>
>   



More information about the Etoys mailing list