<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi,<div><br><div><div>On Aug 4, 2012, at 11:21 AM, Mariano Martinez Peck <<a href="mailto:marianopeck@gmail.com">marianopeck@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi all. I am answering to all together:<div><br></div><div>Stef: Yes, I imported and loaded the Pier of DBX website in Pharo 2.0 with seaside and magritte. With 5 minutes of opening debuggers and change things I was able to correctly make it work (at least, my app, I didn't run all tests to see).</div>
<div><br></div><div>Dale: We don't want to just help you with "hacks", that why I send this email and several others, to see what others think so that can find better and non-hacky solutions. So, let's try to find good solutions:</div>
<div><br></div><div>1) does it help if we put back FildeDirectory and we remove it later ? so that you have time to update Metacello and that we can still use Metacello :)</div></blockquote><div><br></div><div>Ok, we could do as Dale proposed, reload the package adding prefix Obsolete... that will work just for a while, and I certainly prefer to help on the adaptation than reintroduce it... of course, maybe we should do that in the first instance and in this case it was possible (se below), but well... we already screw it, so, I prefer to do step forwards than backward (if possible). </div><div><br></div><br><blockquote type="cite"><div>2) for the SystemChangeNotifier does it make sense to delegate to the closures? [ xx ] valueWithoutSystemNotifications. Or we add a #doSilently: and we add a MetacelloPharo20Platform that overrides the behavior. </div></blockquote><div><br></div><div>SystemChangeNotifier is a complete different situation than FileDirectory, and we removed it because the effort of keeping the system working having two different notification centers was eating all our time for make improvements. So, we (I myself) decided to unload it and stop waisting time on try to make the synchronization work... if you see the "before" and "after" (once we finish, that is not done yet) you will notice the clarity and simplicity gained. So... SystemChangeNotification is not going to go back, but an approach like Mariano proposed would work fine, since Metacello just uses the #doSilently stuff.</div><div>Btw... this is internal from Pharo, and 99.99% of the packages around shouldn't even notice the difference. Of course, Metacello is in the 0.01% remaining :)</div><div><br></div><blockquote type="cite">
<div>3) as Janko said, what about improving/using Grease/Sport for this purpose? do they provide something for this? could this be added?</div></blockquote><div><br></div><div>I'm strongly against this option, because I think Metacello (base) should be part of Pharo Core (in fact I was planning to introduce it next days). If I need to load grease or sport, I certainly will banish Metacello from core... and I don't want to. Again, I prefer to spend time fixing Metacello to load on Pharo (and I maintain my offer of spending it, he). </div><br><blockquote type="cite"><div>4) Should we integrate Metacello in the image with our changes until you have time and find a good solution that works everywhere? Maybe if we do 1) i</div></blockquote><blockquote type="cite"><div>t is not very necessary.</div></blockquote><div><br></div><div>I want Metacello in core, so... this is probably a good idea. </div><div><br></div><div>best,</div><div>Esteban</div><br><blockquote type="cite">
<div><br></div><div>Thanks for considering this a friendly and positive thread. <br><br><div class="gmail_quote">On Sat, Aug 4, 2012 at 9:16 AM, Janko Mivšek <span dir="ltr"><<a href="mailto:janko.mivsek@eranova.si" target="_blank">janko.mivsek@eranova.si</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Dale,<br>
<br>
Dne <a href="tel:04.%2008.%202012%2007" value="+33408201207">04. 08. 2012 07</a>:31, piše Dale Henrichs:<br>
<div class="im"><br>
> The bigger problem is that I have to have a code base that runs on multiple platforms while being maintainable, so a "port" to Pharo-2.0 is only a starting point. In the case of FileTree, which is the real bottleneck there's a lot code that is written against the FileDirectory API, so there will need to be significant work to find a way to keep a common code base .... a much tougher problem, than "just getting it working", it can be solved with time, but I didn't budget time for an emergency rewrite of FileTree ... today.<br>
<br>
</div>Just FYI, there is a Sport portability library and by using Sport's<br>
SpFilename you have an instantly portable file support over quite a<br>
dozen Smalltalks. So, if someone adapt Sport to a new Pharo 2.0<br>
filesystem first ..<br>
<br>
Best regards<br>
<span class="HOEnZb"><font color="#888888">Janko<br>
<br>
<br>
--<br>
Janko Mivšek<br>
Aida/Web<br>
Smalltalk Web Application Server<br>
<a href="http://www.aidaweb.si/" target="_blank">http://www.aidaweb.si</a><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
seaside mailing list<br>
<a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>
<a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Mariano<br><a href="http://marianopeck.wordpress.com/" target="_blank">http://marianopeck.wordpress.com</a><br><br>
</div>
</blockquote></div><br></div></body></html>