> >> Hi >> >> marcus jannik and me got fun and fixed some cycles. >> >> Here are some extra notes I took >> >> - PreferenceBrowserMorph and friends should be removed. >> - MethodReference could be closer to CompiledMethod (to avoid cycle >> with tools when in fact people >> just wanted to report aCompiled method list and return a >> methodReference list). >> - Services -> split into Services-Morphic and Services-Core -> but >> services should be removed for now >> >> - Symbol could has its own scanning function (isLiteralSymbol) to >> avoid to depend on Scanner > > Anyway, st-80 did have support for several Compiler, so asking to > Symbol rather than Compiler/parser was a bad idea.
we were discussing about that with marcus. The problem is that if we want to remove Scanner or Compiler from a kernel then relying on it to determine if a symbol should be printed #hkjhk or #'hkj kjkj' is a problem. > > Nicolas > >> - URL should be replaced by URI >> - WordArrayForSegment -> ImageSegment >> - FilePackage -> Tools >> - TextDiffBuilder -> in its own package. >> >> Stef >> >> >> _______________________________________________ >> 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 _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
