I agree the current class is pretty poor. It has some odd conventions when viewed from a unix command line. I had to debug really hard just to find out how to exactly construct the path. However lets please fix the current bug, it is just a small regression. It will at least behave as it use to. Then let's write a new one. I will check out the fix tonight. thanks! Mike On Tue, Dec 15, 2009 at 11:45 AM, Michael Rueger <m.rueger@acm.org> wrote:
Alain Plantec wrote:
Stéphane Ducasse a écrit :
BTW projectLauncher is a really funny class to support reading in .st files....
yes its cool but showSplash and splashURL and eToyAuthentificationServer inst vars are never used; SplashMorph class var is never used (so none of its vars are used). The name, ProjectLauncher isn't that good (no other idea though) So I would at least clean it up (remove unused variables).
It is (or rather was) the launcher used for loading etoys projects in the squeakland image. And more as a side effect it was able to load scripts. Or the script loading was moved into the ProjectLauncher after I added the launcher framework way back then ;-)
I would also maybe find another name for it and move it to another package.
We should throw away the current class and build a new ScriptLoaderLauncher and register it with AutoStart.
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project