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 <stephane.ducasse@inria.fr> 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 Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Lukas Renggli www.lukas-renggli.ch
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project