[Pharo-users] ImageWorker error in P6.1

2018-02-10 Thread Martin Dias
Hello! The ImageWorker project, that provides the possibility to fork a OS process with a copy of current image, was working fine in Pharo 60400 but it's not working on latest 6.1. The output there is "External Image Failed: 256". Any hint? Steps to reproduce error: 1. download: curl get.pha

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Stephane Ducasse
Agreed! In that case denis we should add a bug entry and clean the complete image. And no asClass sucks and we do not want to use thisContext. Why can we do simple thing and avoid to add more accidental complexity. Stef On Sat, Feb 10, 2018 at 7:18 PM, Denis Kudriashov wrote: > > 2018-02-10 20:

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Denis Kudriashov
2018-02-10 20:59 GMT+03:00 Stephane Ducasse : > Please to not use an unary on Symbol > Dispatch on something. > > self class environment at: #Array > is the best > We should not use collection API for reflection calls. It makes them very difficult to find. Let's use explicit names like: self cla

Re: [Pharo-users] How to have an in-image map (morph/spec/brick) showing a gps location

2018-02-10 Thread Stephane Ducasse
Sven in Roassal you can see them in the examples menu. On Fri, Feb 9, 2018 at 10:20 AM, Cédrick Béler wrote: > Thanks all, > > I’ll give a try to roassal so. > > Cheers, > > Cedrick > >> Le 9 févr. 2018 à 08:59, Thierry Goubier a écrit >> : >> >> 2018-02-09 7:50 GMT+01:00 Sven Van Caekenberghe

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Stephane Ducasse
Please to not use an unary on Symbol Dispatch on something. self class environment at: #Array is the best For Modules, we made progress and got bitten by many issues and teaching load. Stef On Sat, Feb 10, 2018 at 4:50 PM, Clément Bera wrote: > On Sat, Feb 10, 2018 at 4:34 PM, Hernán Morales

Re: [Pharo-users] cancel changes in Nautilus broken on 6.1?

2018-02-10 Thread Stephane Ducasse
Hi Siemen I use often cmd-L too and may be we got a regression. And indeed I have the same behavior in Pharo 70. Can you try to see how to address it? Stef On Fri, Feb 9, 2018 at 8:37 PM, Siemen Baader wrote: > Hi all, > > I downloaded Pharo 6.1 for OSX and whenever I revert changes in Nautilus

Re: [Pharo-users] Code formatting in CustomHelp

2018-02-10 Thread Stephane Ducasse
Why don't you extend ProfStef? On Thu, Feb 8, 2018 at 3:20 PM, Cédrick Béler wrote: > Hi, > > I’m doing some tutorials with the help system. > > In ProfStef, there is code formatting but not thrgouh the HelpBrowser. > In CustomHelp sublclasses, it’s possible to have some formatting (heading:, >

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Clément Bera
On Sat, Feb 10, 2018 at 4:34 PM, Hernán Morales Durand < hernan.mora...@gmail.com> wrote: > Hi Clément, > > First time I read about modules in Pharo. > What is a module exactly? What's the problem to solve? > It's similar to namespaces with some different, arguably better, features. Honestly I

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Hernán Morales Durand
Hi Clément, First time I read about modules in Pharo. What is a module exactly? What's the problem to solve? Cheers, Hernán 2018-02-10 9:47 GMT-03:00 Clément Bera : > Hi, > > In short, everything that is not namespace/module compatible will be > deprecated/changed/removed in the future, so it i

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Esteban A. Maringolo
2018-02-10 11:33 GMT-03:00 Peter Uhnák : >> c) self class environment at: #Array >> => this will work in the future if your code is a class which >> environment/namespace/module includes the Array class you would expect > > Let's say that namespaces are added; Array is now in the module > Collectio

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Clément Bera
Modules can import other modules to be able to use their classes directly. Anyway, this is theory, there is no module implementation currently. But the idea in the recent versions of Pharo (5-6-7) was to start moving away from things like (Smalltalk at: #className) or (#className asClass) since i

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Peter Uhnák
> c) self class environment at: #Array > => this will work in the future if your code is a class which environment/namespace/module includes the Array class you would expect Let's say that namespaces are added; Array is now in the module Collections.Array My code is now in module MyProject.MyWhat

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Clément Bera
Hi, In short, everything that is not namespace/module compatible will be deprecated/changed/removed in the future, so it is not recommended to use it. a.2) #Array asClassInEnvironment: Smalltalk globals b.1) Smalltalk globals at: #Array => Ok-ish, note that you may need to change 'Smalltalk globa

Re: [Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread jtuc...@objektfabrik.de
Peter, I have no answer for you as I am not a Pharo expert. It may be part of an answer to your question "why?", however. I think most if not all of the alternatives you mention are equally good as long as you assume there is only one place to look for Classes. As soon as you introduce namesp

[Pharo-users] canonical way to convert Symbol into Class (retrieve class by its name)

2018-02-10 Thread Peter Uhnák
Hi, what is the canonical way to get a class from a symbol? a) Converting symbol into class via string protocol a.1) #Array asClass I use this the most, because it is easy, uses unary selector, and so far I've never ran into any issues. But apparently it is not good -- why? a.2) #Array asClassI