Re: [Pharo-dev] IDE ideas: Theseus

I will have a look at what they are doing… Besides Opal, there is work being done (early stages, but now actively working on it) to add a Reflectivity-style behavioral reflection to Pharo by default. I really want to see that :) It will be interesting to see if this would be powerful enoug

[Pharo-dev] Why GTPlayground is not api compatible with Workspace

Hi I do not understand why GTPlayground in Moose replace Workspace and is accessed using Smalltalk tools workspace and does not offer the same interface than a Workspace. This is a bad design because now it forces me to have isKindOf: checks. Really annoying. Or and this is what I will do I wi

[Pharo-dev] rename instance variable does not work on class side instance var

Hi guys I noticed that rename instance variable does not work on class side instance var. Stef

Re: [Pharo-dev] IMPORTANT: Looking for names of contributors for Pharo 3

I added a lot of people. :)

Re: [Pharo-dev] Closure vs BlockClosure

On 17/4/14 18:54, Eliot Miranda wrote: If it ain't broke don't fix it. The name BlockClosure isn't incorrect. These are blocks implemented as closures. The name MethodContext /is/ broken. These /aren't/ just MethodContexts any more, they are both BlockContexts and MethodContexts, so collap

Re: [Pharo-dev] how to completely ignore mouse wheel events?

I have modified the following methods HandMorph>>generateKeyboardEvent: evtBuf ScrollPane>>scrollByKeyboard: event The effect is now milder. Esteban, would it make sense to remove the event generation bu the VM? This works only for the old-style mouse with an actual wheel. Mig

Re: [Pharo-dev] Closure vs BlockClosure

abergel wrote Well… the whole community of programming language call a closure a closure. Calling a block what is actually a closure may not be a well-marketed move in my opinion. Given that Smalltalkers consider it a block and outsiders would understand the closure part, maybe it is well-name

Re: [Pharo-dev] IMPORTANT: Looking for names of contributors for Pharo 3

yes it does On 17/4/14 10:49, Stephan Eggermont wrote: Esteban wrote: I’m collecting the names of those who contributed code for Pharo 3. If that includes making configurations work in Pharo 3, you definitely miss Diego Lont. Stephan

Re: [Pharo-dev] InfiniteForm

thanks igor I was thinking about that too but I thought that it could not be that simple :) On 17/4/14 02:20, Igor Stasenko wrote: On 15 April 2014 23:15, pharo4s...@free.fr <mailto:pharo4s...@free.fr> mailto:pharo4s...@free.fr>> wrote: There a plenty of isKindOf: Infinit

Re: [Pharo-dev] IMPORTANT: Looking for names of contributors for Pharo 3

On 16/4/14 16:12, Esteban Lorenzano wrote: everything counts, there is no such thing as a “small fix” :) + 1 Esteban On 16 Apr 2014, at 16:02, Sergi Reyner > wrote: I did contribute some code for Spec´s ImageModel, if that counts :D Cheers, Sergi 2014-04

[Pharo-dev] InfiniteForm

There a plenty of isKindOf: InfiniteForm in the system and I was trying to understand how we could get rid of them. How other systems handle pattern based color filling shape? Stef