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 <[email protected]> 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 > [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
