On Sep 3, 2010, at 11:04 PM, Lukas Renggli wrote:
> I agree that SystemNavigation is ugly, but *a lot* of existing code
> depends on it.
Well if I start forking all the classes that we should fix because there are
used it will be endless.
I was thinking to start also to look at senders and use deprecate.
do you have a lot of external tools that use it?
Also fixing the system is the best way to make sure that it is always running.
Look at it
nearly nobody looked at my rewrite of packages (ok three people, henrik, you
and doru),
nearly nobody looked at a the new update streamer (cyrille uses it but did not
look at it),
...
> Why not just use BrowserEnvironment if you need something convenient
> and nice? And at some point integrate that into PharoCore?
This is the idea.
But I think that system navigation is a superset of
Now since BrowserEnvironment is in RB this brings the problem of how do I
integrate that.
So cleaning first systemNavigation would be a way to have a better pictures of
what is working
duplicated.... or not.
So what do you suggest?
Separating BrowserEnvironment and its superclass from RB and starting to
- check its api
- improve it
- migrate caller of systemNavigation -> BrowserEnvironment (rename
browserEnvironment)
Stef
>
> Lukas
>
> On 3 September 2010 22:01, Stéphane Ducasse <[email protected]> wrote:
>> Hi all
>>
>> I'm cleaning SystemNavigation (no comment).
>> Now I really SystemNavigation to be able to navigate a given environment
>> (instance of SystemDictionary).
>> Therefore I introduced an analyzedEnvironment and I will funnel most methods
>> to use it.
>>
>> Now some queries are doing memory scanning (allBehaviorDo:) so
>> I would like to use the following semantics for the method names
>> all* will refer to methods that are not respecting the
>> analyzedEnvironment but could scan the complete memory
>> and I would like to introduce their pendant to convey the fact that
>> they only take as input a given environment.
>>
>> Example
>> allClasses
>> vs classes
>>
>> This would allow us to have in place a nice infrastructure to load and
>> analyse code in a separate environment and
>> do atomica loading. This was done like that in VW30.
>>
>> What do you think.
>>
>> Stef
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [email protected]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
>
> --
> Lukas Renggli
> www.lukas-renggli.ch
>
> _______________________________________________
> Pharo-project mailing list
> [email protected]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
