Exactly. I am the first to disable both, but there is nothing personal in it. Well, it *IS* personal, but simply my personal preference to type vs. having lists block my view of the code. I think it is great that the tools exist and provide good service to those who want them.
________________________________________ From: [email protected] [[email protected]] On Behalf Of Francisco Ortiz Peñaloza [[email protected]] Sent: Sunday, August 28, 2011 10:57 PM To: [email protected] Subject: Re: [Pharo-project] Pharo 1.4 In fact Pharo 1.3 uses OCompletion built on top of ECompletion[1] and RoelTyper. I just looked at 1.4 and it looks simpler but OCompletion works great for me! I think is a great tool but it's not well integrated (cause there's been a lot of changes, new editors and yada yada yada) IMHO it does't hurt to have them (you can disable it and use ECompletion instead or you can even disable both tools) and makes Pharo more friendly to newcomers from others IDEs. Cheers, Francisco [1] http://uncomplex.net/ecompletion/ On Sun, Aug 28, 2011 at 7:04 PM, Frank Shearar <[email protected]<mailto:[email protected]>> wrote: On 28 August 2011 21:18, Sean P. DeNigris <[email protected]<mailto:[email protected]>> wrote: > > Damien Cassou wrote: >> >> > > Cool! That would make a big difference. Where are they/what are they called? I know of Roel Wuyts' RoelTyper (http://decomp.ulb.ac.be/roelwuyts/smalltalk/roeltyper/) and Lex Spoon's Chuck (http://www.lexspoon.org/ti/). Matt Might has also written about k-CFA (Control Flow Analysis) for inferring types in a dynamic language (Scheme, in particular) - http://matt.might.net/articles/implementation-of-kcfa-and-0cfa/ - which we might be able to apply to Smalltalk. frank > Sean > > -- > View this message in context: > http://forum.world.st/Pharo-1-4-tp3759684p3774973.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >
