June 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo 7, Iceberg, Proxy and Windows

by Vitor Medina Cruz

How do you debug and/or log what's happening inside Libgit? I think I will have to look deep into it to understand what is the problem. On Thu, Jun 21, 2018 at 12:48 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > I am sorry, the correct message is "LGit_GIT_ERROR: failed to get server > certificate: The handle is in the wrong state for the requested operation". > > > I tried to add corporate certificates to the git curl-ca-bundle.crt, I > tried to git config --global http.sslVerify false also, no success... :( > > On Thu, Jun 21, 2018 at 9:31 AM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> Ok, I forgot to mention I have changed LGitRepository>>clone:url:local_path:options:, >> but for some odd reason it's arguments names were switched to arg 1, arg2, >> arg3 etc, so the out error was because was renamed to one of those generic >> arg names. I figure that out looking at the versions of the methods, and it >> apers that when I first access it this change is made. >> >> Anyways, I fixed that and I still get "IceGenericError: failed to get >> server certificate: The identifier is not in the correct state for the >> resquested operation" >> >> On Wed, Jun 20, 2018 at 4:49 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> Hello, >>> >>> Iceberg fail to function behind a proxy on Pharo 7 32bits Windows. When >>> I try to clone I get a: >>> >>> IceGenericError: failed to get server certificate: The identifier is not >>> in the correct state for the resquested operation >>> >>> I had a similar problem some time ago with Pharo 6, in which I made a >>> local hot fix after questioning here. The fix was to the LGitCloneOptions >>> and LGitFetchOptions both at the initializeWithDefaults, currently this >>> method on LGitCloneOptions is like this: >>> >>> >>> initializeWithDefaults >>> self withReturnHandlerDo: [ >>> self >>> clone_init_options: self >>> version: LGitOptionsVersionsEnum >>> git_clone_options_version_1 ]. >>> >>> >>> >>> * self prim_fetch_opts prim_proxy_opts prim_type: LGitProxyTypeEnum >>> git_proxy_auto* >>> The bold is the fix, but it should come first in the method: >>> >>> initializeWithDefaults >>> >>> >>> * self prim_fetch_opts prim_proxy_opts prim_type: LGitProxyTypeEnum >>> git_proxy_auto* self withReturnHandlerDo: [ >>> self >>> clone_init_options: self >>> version: LGitOptionsVersionsEnum >>> git_clone_options_version_1 ]. >>> >>> >>> That way worked on Pharo 6, but now I got a: >>> >>> "FFIVariableNameNotFound: Could not find accessor for variable named >>> 'out'" >>> >>> Any clues? >>> >>> Regards, >>> Vitor >>> >> >> >

June 22, 2018

Re: [Pharo-users] Lost in stream

by Sven Van Caekenberghe

Hi Monty, > On 18 Jun 2018, at 23:43, monty <monty2(a)programmer.net> wrote: > > They still use (binary) StandardFileStreams on Pharo and Squeak. But since it's done through dynamically chosen file stream factory classes (XMLFileReadStreamFactory and XMLFileWriteStreamFactory), it's easy add support for other stream classes. (The GemStone compat .mcz adds factories for GsFile read/write factories, for example). > > #preferredImplementation selects which implementation to use in the hierarchy when there's more than one supported (#isSupportedImplementation). > ___ > montyos.wordpress.com > > >> Sent: Monday, June 18, 2018 at 1:34 AM >> From: "Sven Van Caekenberghe" <sven(a)stfx.eu> >> To: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> >> Subject: Re: [Pharo-users] Lost in stream >> >> >> >>> On 18 Jun 2018, at 02:18, monty <monty2(a)programmer.net> wrote: >>> >>> Also consider using XMLParser's built-in file reading support: #parseFileNamed:/#onFileNamed:. They work cross platform (Squeak, GS), and handle character decoding. >> >> Monty, do these (already) work with all the latest changes in Pharo 7, I mean the deprecation of FileStream and subclasses as well as [RW|MultiByte]BinaryOrTextStream for FileReference, File and Zn streams ? >> >> If not, we should help you. >> >> Sven >> > Here is an attempt at an implementation (untested): Change XMLStandardFileStream[Read|Write]StreamFactory class>>isSupportedImplementation ^ (XMLClassFinder hasClassNamed: #StandardFileStream) and: [ (XMLClassFinder classNamed: #StandardFileStream) isDeprecated not ] New subclasses XMLPharoFile[Read|Write]StreamFactory XMLPharoFile[Read|Write]StreamFactory class>>#isSupportedImplementation ^ (XMLClassFinder hasClassNamed: #File) and: [ (XMLClassFinder classNamed: #FileStream) isDeprecated ] XMLPharoFileReadStreamFactory class>>basicOnPath: aPathString ^ aPathString asFileReference binaryReadStream XMLPharoFileWriteStreamFactory class>>basicOnPath: aPathString ^ aPathString asFileName ensureDelete binaryWriteStream File and FileStream have existed in Pharo for quite a while, it is only after FileStream and subclasses where deprecated that we can speak of a real switch. You also have XMLFileSystemFileHandle that could be used directly, I guess. But you pass on paths as strings, so if you want to keep that, the above should work AFAIKT. Regards, Sven

June 22, 2018

[ANN] GNU Dr. Geo release 18.06

by Hilaire

We are please to announce the Dr. Geo release 18.06. It follows the release 17.07 in July 2017. A large part of the effort was to port Dr. Geo from the Pharo 3 to Pharo 7 Smalltalk development environment. In addition to usual bug fixes several features were added. *Mini changelog:* - Dedicated Script browser - Inspector on Smalltalk Sketch - Positioning zoom - Unit tests based on Smalltalk sketch - Lan share - Graphic user interface theme - Fullscreen option - Lots of bug fixes Read the complete announcement <http://www.drgeo.eu/news/drgeorelease1806> Dr. Geo is always looking for volunteers to translate <http://www.drgeo.eu/news/weneedyou> its user interface. Hilaire Fernandes -- Dr. Geo http://drgeo.eu

June 22, 2018

Re: [Pharo-users] In Pharo 7 - are the Browsers in any particular order in the new menu?

by Tim Mackinnon

Iâve been thinking similar and was holding out to see if I might relearn the new layout - but I agree it needs tweaking a bit (not lots - just make it a bit more comfortable) Iâm pleased to see us trying to make it more approachable though. Tim Sent from my iPhone > On 22 Jun 2018, at 03:36, Ben Coman <btc(a)openinworld.com> wrote: > > > >> On 22 June 2018 at 10:25, Ben Coman <btc(a)openinworld.com> wrote: >> >> >>> >>> > On 21 Jun 2018, at 22:42, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> wrote: >>> > >>> > Le 21/06/2018 Ã 23:18, Tim Mackinnon a Ã©crit : >>> >> Hi >>> > >>> > Hi, >>> > >>> > - is the order of browsers specified for any particular reason? >>> >> >>> >> I ask, because the 2 main one System and Playground should both be at the top (in my opinion) but Iâm wondering if its in some specific order? >>> >> >>> > >>> > By top you mean at the root of the menu or at the top of the Tool submenu? >>> > >>> > If you mean at the root of the menu, then no for the menubar because it >>> > is a menubar and not a toolbar. But, it would be cool to get it back at >>> > the root of the WorldMenu but it need work to be able to define two >>> > different locations for menubar and world menu. >>> > >>> > If you mean at the top of the Tools submenu, then yes. The fact that >>> > Iceberg is before the playground is an error I think. >> >> >>> On 22 June 2018 at 06:03, Tim Mackinnon <tim(a)testit.works> wrote: >>> Hi Cyril (nice work on the menu by the way) - I was thinking in the Tools menu they should both be at the top. For the world menu - I think maybe the consistency is better - and for the advanced user they can learnt he keyboard shortcuts? >> >> I've been meaning to provide some feedback on this, but been giving myself time to adapt first. >> >> Generally I like the direction this is heading, but I find I'm really missing the World-Menu > Save item. >> When I'm playing with deep parts of the system where mistakes are likely to break the Image, I use this often. >> Actually its not awkward so much that its an extra level down, but that "Save" is not at the top of its submenu. >> >> Now as this arrangement is new, and I guess will become locked in when Pharo 7 is released >> (at the risk of bike shedding) can we experiment a bit with the arrangement. >> I am finding that to open Browser and Playground I often accidentally go to "Pharo" item first, >> then correct myself to find them under "Tools". >> I'm not sure if I'm expecting Browser to be under the first menu, or expecting them under "Pharo". >> I think maybe the latter. For me the tools *are* Pharo. >> >> So... >> * Maybe rename the current "Pharo" to "File"? Its a common paradigm in many application that the first top-level item is "File" with save/quit/etc. And after, "saving" is the act of freezing the Image into a file. >> * Rename current "Tools" to "Pharo" as the second top-level item. >> >> Here is an experiment for anyone to try... >> >> WorldState-class >> pharoItemsOn: aBuilder >> (aBuilder item: #Pharo) >> + label: 'File'; >> - icon: ((self iconNamed: #pharo) scaledToSize: 20 @ 20); >> + icon: ((self iconNamed: #smallOpen) scaledToSize: 15 @ 15); >> >> (aBuilder item: #Save) >> + order: 1 >> >> (aBuilder item: #'Save as...') >> + order: 2 >> >> (aBuilder item: #saveAndQuit) >> + order: 2 ; withSeparatorAfter >> >> (aBuilder item: #Quit) >> + order: 9 >> >> AbstractTool-class >> menuCommandOn: >> + label: 'Pharo'; >> + icon: ((self iconNamed: #pharo) scaledToSize: 20 @ 20); >> >> SettingsBrowser-class >> menuCommandOn: >> + order: 5 > > A slight variation on top of above... > > WorldState-class >> pharoItemsOn: aBuilder > (aBuilder item: #Pharo) > - label: 'File'; > + label: 'Image'; > > cheers -ben

June 22, 2018

Re: [Pharo-users] Cargo

by Norbert Hartl

> Am 20.06.2018 um 13:39 schrieb Christophe Demarey <christophe.demarey(a)inria.fr>: > > Hi Norbert, > > Sadly, Iâm late on this project. > I recently did a model refactoring to Cargo to focus on most wanted features: > - git support > - loadable project (and dependencies) without having a cargo package repository, i.e. only loading code from git repositories > - metacello support : let Cargo use Metacello to load configurations / baselines when no cargo description is available. > > I will start very soon to test this new model with Pharo Launcher. If everything is fine, then I hope to integrate Cargo into Pharo 7 so that people can start to play with it and give feedback. > By talking to other people, it looked that Cargo alone, without a compatibility layer with Metacello would be hard to use. > And hard to migrate most probably. Iâm really eager to try Cargo for real. So when you have something half-ready and want me to test anything ping me, ok? Good luck with the new API Norbert > Cheers, > Christophe > >> Le 20 juin 2018 Ã 08:55, Norbert Hartl <norbert(a)hartl.name> a Ã©crit : >> >> Here comes my every-no-and-then-inquiry of the status of cargo. Is it in pharo7? Is it usable? >> >> Norbert >> > >

June 22, 2018

Re: [Pharo-users] Smalltalk Programming Competition

by Ben Coman

> > > SergeStinckwich wrote > > Ok, the subject is completely different and maybe his topic is sensible > > for a lot of people but the concerns are the same. At the end, you need > to > > convince people to give you money. > > > > What is your budget ? what kind of competition you will organize ? how > you > > will convince schools/university to participate ? > > How you will reward people for their participation ? > > > > Sorry to say, people will not give money just because you wrote a > > half-page statement. > On 21 June 2018 at 23:52, horrido <horrido.hobbies(a)gmail.com> wrote: > I hear what you're saying. Here's my rationale... > > #1. As far as I know, I'm the only person on the planet who has worked > full-time and without pay as a programming language advocate for nearly > four > years. Did I mention full-time and without pay? So I think you can trust me > to deliver, come hell or high water. > I applaud your commitment, but there are many people giving free time to Pharo (although more technical oriented than pure advocacy) > #2. For the past four years, I've shown my marketing skills in promoting > Smalltalk. If you believe I've done a good job, then you can trust me to > convince schools and the media to stand behind the competition. If you > don't > believe, then ignore me; I cannot convince you otherwise. > Its not just marketing skills that are important here, but logistics. #3. It is not my style to plan everything in advance and in detail. I do > things by the seat of my pants, relying on my organizational skills, > communication skills, and intuition. (That's how I develop software, too.) > I > can picture the whole competition in my mind and I trust my vision. I'm > asking others to trust it, as well. If they don't, then this whole thing > dies with me. > But that vision is just in *your* head. So its easy for you to trust your plan, while we don't get an opportunity to trust your plan, we only get the choice to trust you, and while I don't doubt your intent, I'm not clear on your ability to deliver. You've got no *demonstrated* experience in this area of geographically dispersed competitions with kids, so naturally that affects people's confidence in your ability to deliver. Now if you could team up with an organisation like CoderDojo and leverage their proven experience running the logistics to motivate kids to program and also their existing network of kid programming teams and mentors, I'd be much more interested. My assessment comes down to direct personal experience (the ultimate root of trust) where in my town of just 5000 people (Collie) two hours south of the most remote capital city in the world (Perth, measured as distance to next closest capital city) there is a CoderDojo group that my kids got involved with for a while (before work took me away from home a lot). Typically about 30 kids at a session each week. I think you'll have more success tapping such a domain specific market than generic high schools. >From their 2017 annual report, they have 1542 active dojos in 92 countries, regularly engaging 55000 young people with 8000 champions and mentors. http://kata.coderdojo.com/images/b/bc/CD_Annual_Report_2018_%28Digital%29.p… Coderdojo has a well established governance structure and "proven" reliability dealing with donated money. One or two teams from each dojo could make a very successful competition. In such a case I don't think it need to be as much as $2000 prize for an individual (indeed that seems quite rich to me). These kids are already programming "just for fun" and probably care less about which language. A good approach would be half the prize going to the winning team and half to their dojo. A secondary benefit is that the dojo mentors get exposed to Pharo, many of whom are IT professionals. The ultimate result would be Coderdojo picking up Pharo as one of their regular languages. The downside of Coderdojo would be the average age of kids being late primary school level, might not match your vision (but 10 is the the age I taught myself Basic from books). Such a sponsored competition could entice back past members who faded out after "popularity" hit at high school. Coderdojo could advise. Now since the younger kids program in Scratch, perhaps there could be synergy with a junior prize using Phratch, particularly if its paired with the IoT activity with Pharo - maybe creating some kind of dynamic art installation. And some mentors might contribute to Phratch and come to Pharo through that path. > In the final analysis, all I can do is my very best. I am who I am. I'm sure you will give your best. But success needs much more than intent. A big question is... what is the "challenge". I would imaging that is a very important component of a successful hackthon. Perhaps another way to achieve similar results with less risk is to piggyback a series of existing hackathons. Offer smaller sub-prizes for the best solution using Pharo. Then you don't need to provide a first, second and third prizes that accumulate to a large cost, and all of the other logistics are taken care of by the existing organisation. cheers -ben P.S. Don't let our detractions discourage you. Adapt and overcome.... :)

June 22, 2018

Re: [Pharo-users] In Pharo 7 - are the Browsers in any particular order in the new menu?

by Ben Coman

On 22 June 2018 at 10:25, Ben Coman <btc(a)openinworld.com> wrote: > > > >> > On 21 Jun 2018, at 22:42, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> >> wrote: >> > >> > Le 21/06/2018 Ã 23:18, Tim Mackinnon a Ã©crit : >> >> Hi >> > >> > Hi, >> > >> > > - is the order of browsers specified for any particular reason? >> >> >> >> I ask, because the 2 main one System and Playground should both be at >> the top (in my opinion) but Iâm wondering if its in some specific order? >> >> >> > >> > By top you mean at the root of the menu or at the top of the Tool >> submenu? >> > >> > If you mean at the root of the menu, then no for the menubar because it >> > is a menubar and not a toolbar. But, it would be cool to get it back at >> > the root of the WorldMenu but it need work to be able to define two >> > different locations for menubar and world menu. >> > >> > If you mean at the top of the Tools submenu, then yes. The fact that >> > Iceberg is before the playground is an error I think. >> > > > On 22 June 2018 at 06:03, Tim Mackinnon <tim(a)testit.works> wrote: > >> Hi Cyril (nice work on the menu by the way) - I was thinking in the Tools >> menu they should both be at the top. For the world menu - I think maybe the >> consistency is better - and for the advanced user they can learnt he >> keyboard shortcuts? > > > I've been meaning to provide some feedback on this, but been giving myself > time to adapt first. > > Generally I like the direction this is heading, but I find I'm really > missing the World-Menu > Save item. > When I'm playing with deep parts of the system where mistakes are likely > to break the Image, I use this often. > Actually its not awkward so much that its an extra level down, but that > "Save" is not at the top of its submenu. > > Now as this arrangement is new, and I guess will become locked in when > Pharo 7 is released > (at the risk of bike shedding) can we experiment a bit with the > arrangement. > I am finding that to open Browser and Playground I often accidentally go > to "Pharo" item first, > then correct myself to find them under "Tools". > I'm not sure if I'm expecting Browser to be under the first menu, or > expecting them under "Pharo". > I think maybe the latter. For me the tools *are* Pharo. > > So... > * Maybe rename the current "Pharo" to "File"? Its a common paradigm in > many application that the first top-level item is "File" with > save/quit/etc. And after, "saving" is the act of freezing the Image into a > file. > * Rename current "Tools" to "Pharo" as the second top-level item. > > Here is an experiment for anyone to try... > > WorldState-class >> pharoItemsOn: aBuilder > (aBuilder item: #Pharo) > + label: 'File'; > - icon: ((self iconNamed: #pharo) scaledToSize: 20 @ 20); > + icon: ((self iconNamed: #smallOpen) scaledToSize: 15 @ 15); > > (aBuilder item: #Save) > + order: 1 > > (aBuilder item: #'Save as...') > + order: 2 > > (aBuilder item: #saveAndQuit) > + order: 2 ; withSeparatorAfter > > (aBuilder item: #Quit) > + order: 9 > > AbstractTool-class >> menuCommandOn: > + label: 'Pharo'; > + icon: ((self iconNamed: #pharo) scaledToSize: 20 @ 20); > > SettingsBrowser-class >> menuCommandOn: > + order: 5 > A slight variation on top of above... WorldState-class >> pharoItemsOn: aBuilder (aBuilder item: #Pharo) - label: 'File'; + label: 'Image'; cheers -ben

June 22, 2018

Re: [Pharo-users] In Pharo 7 - are the Browsers in any particular order in the new menu?

by Ben Coman

> > On 21 Jun 2018, at 22:42, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> > wrote: > > > > Le 21/06/2018 Ã 23:18, Tim Mackinnon a Ã©crit : > >> Hi > > > > Hi, > > > > - is the order of browsers specified for any particular reason? > >> > >> I ask, because the 2 main one System and Playground should both be at > the top (in my opinion) but Iâm wondering if its in some specific order? > >> > > > > By top you mean at the root of the menu or at the top of the Tool > submenu? > > > > If you mean at the root of the menu, then no for the menubar because it > > is a menubar and not a toolbar. But, it would be cool to get it back at > > the root of the WorldMenu but it need work to be able to define two > > different locations for menubar and world menu. > > > > If you mean at the top of the Tools submenu, then yes. The fact that > > Iceberg is before the playground is an error I think. > On 22 June 2018 at 06:03, Tim Mackinnon <tim(a)testit.works> wrote: > Hi Cyril (nice work on the menu by the way) - I was thinking in the Tools > menu they should both be at the top. For the world menu - I think maybe the > consistency is better - and for the advanced user they can learnt he > keyboard shortcuts? I've been meaning to provide some feedback on this, but been giving myself time to adapt first. Generally I like the direction this is heading, but I find I'm really missing the World-Menu > Save item. When I'm playing with deep parts of the system where mistakes are likely to break the Image, I use this often. Actually its not awkward so much that its an extra level down, but that "Save" is not at the top of its submenu. Now as this arrangement is new, and I guess will become locked in when Pharo 7 is released (at the risk of bike shedding) can we experiment a bit with the arrangement. I am finding that to open Browser and Playground I often accidentally go to "Pharo" item first, then correct myself to find them under "Tools". I'm not sure if I'm expecting Browser to be under the first menu, or expecting them under "Pharo". I think maybe the latter. For me the tools *are* Pharo. So... * Maybe rename the current "Pharo" to "File"? Its a common paradigm in many application that the first top-level item is "File" with save/quit/etc. And after, "saving" is the act of freezing the Image into a file. * Rename current "Tools" to "Pharo" as the second top-level item. Here is an experiment for anyone to try... WorldState-class >> pharoItemsOn: aBuilder (aBuilder item: #Pharo) + label: 'File'; - icon: ((self iconNamed: #pharo) scaledToSize: 20 @ 20); + icon: ((self iconNamed: #smallOpen) scaledToSize: 15 @ 15); (aBuilder item: #Save) + order: 1 (aBuilder item: #'Save as...') + order: 2 (aBuilder item: #saveAndQuit) + order: 2 ; withSeparatorAfter (aBuilder item: #Quit) + order: 9 AbstractTool-class >> menuCommandOn: + label: 'Pharo'; + icon: ((self iconNamed: #pharo) scaledToSize: 20 @ 20); SettingsBrowser-class >> menuCommandOn: + order: 5 cheers -ben P.S. Other ideas... Place the following together as separated pairs since they are similar function * Iceberg and Monticello * Spotter and Finder

June 22, 2018

Re: [Pharo-users] [ANN] Pharo Launcher v1.2 release

by Sean P. DeNigris

demarey wrote > Launcher is not anymore identified as âPharoâ application and comes with > its own icon. Awesome!! This small change has already had a big impact on my psychology :) I often have many images open, but frequently refer back to my (stay-open) launcher image, which is now nicely discoverable at a glance. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

June 22, 2018

Re: [Pharo-users] Smalltalk Programming Competition

by Travis Ayres

It will be the most exciting $200 programming competition ever. On Thu, Jun 21, 2018, 4:41 PM horrido <horrido.hobbies(a)gmail.com> wrote: > Indeed, these have been the main goals of my marketing campaign: > > - spread the word through social media (word of mouth) > - try to make Smalltalk look "cool" and fascinating (pop-cultured) > - emphasize that Smalltalk is web-ready, since the whole world seems to be > going ga-ga over the web (popular practices) > - restore the lustre of OOP, since there has been a growing anti-OOP > sentiment for years now > - present success stories, even if most of these are from staid > corporations > and government > > Believe me, I've incorporated elements of these in many, many of my > articles, blog posts, tweets, Facebook posts, etc. > > And I firmly believe the JRM competition will add to the excitement and > cool > factor, if it's done right. > > > > Esteban A. Maringolo wrote > > On 21/06/2018 07:23, horrido wrote: > >> I'm disappointed in the response. Only two contributors of $100 each. > >> This is > >> extremely tepid. > >> > >> There must be thousands of Smalltalkers around the world. How to reach > >> out > >> to them? It can't be that hard to fund this contest. I mean, there are > >> many > >> stupid causes on GoFundMe that have raised tens of thousands of dollars! > >> This Smalltalk programming competition is anything but stupid. > >> > >> If only 1500 Smalltalkers each contributed a paltry $20, the contest > >> would > >> be fully funded. It would only take 300 contributors of $100 each. > > I think that money is the wrong incentive to get people involved. > > > > You can't pay students to get them converted. Massive propagation of > > ideas these days are horizontal rather than vertical. It is, breadth > > first, word of mouth, instead of authoritative articles, this kind of > > competition, etc. Your articles did a good job of rising awareness, but > > there is a lot missing. > > > > If you want to get MORE (quantity) people involved, you need to make > > Pharo more "pop cultured" as many mainstream tools are seen, and that > > itself means becoming more mainstream or follow certain practices, which > > also means having success stories people would like to imitate, etc. > > > > Even if we get people like Kent Beck, Martin Fowler, any other > > "influencer" aware of the benefits of Smalltalk to recommend it, the > > downloads would spike, but I bet one leg the users will bounce as fast > > as they download it. > > > > IMO if we don't understand that as a community, Pharo will still have > > it's niche user base. Not that I dislike it, but I would be more > > comfortable as a niche but with a bigger user base. > > > > Regards, > > > > -- > > Esteban A. Maringolo > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

June 22, 2018