On Tue, May 4, 2010 at 9:49 PM, Dale Henrichs <[email protected]>wrote:
> > ----- "Dale Henrichs" <[email protected]> wrote: > > | Moving the specification of OmniBrowser before the spec for > | AutomaticMethodCategorizer does result in the correct mcz file for > | OB-Standard to be loaded, however, other issues are exposed: > | > | SHOUT uses the deprecated registerMenu API > | Refactoring Browser needs to be moved earlier to avoid double > | loading. I didn't notice any ill effects of loading earlier > | version of > | Refactoring Browser. > | Nile-Clients-MarianoMartinezPeck.178 has an issue with #isInMemory > | not understood > > Using Metacello 1.0-beta.26 and PharoCore-1.1-11335-UNSTABLE (latest > update), I get the same results: > > SHOUT uses the deprecated registerMenu API > Refactoring Browser AST-Core-lr.66 is loaded first and the AST-Core-lr.67 > is loaded > but this probably isn't a problem, although moving the refactoring > browser > project in the baseline should eliminate the "double load" > Nile-Clients-MarianoMartinezPeck.178 still has an issue with #isInMemory > not understood, while doing NSAbstractDataStream class>>initialize > Thanks Dale. Yes, all of those things you report, and due to the fact that not all external packages are working in Pharo 1.1 Mostly Alexandre is pushing that :) Alexandres: do you want me to commit in Nile the remove of isInMemory ?
_______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
