April 2026 - Pharo-users - lists.pharo.org

UKSTUG Meeting: AgustÃn MartÃnez - DiÃ¡logo: A Drawing-Based Programming Environment for Kids, Built in Cuis Smalltalk - 29 April 2026

by UK Smalltalk

DiÃ¡logo ( https://dialog.ar/ ) is a desktop tool that lets children aged 10â17 create their own videogames by combining drawn characters with a set of visual icons â no typing required. The icons compose like cards, activating behaviours in the drawn objects and naturally leading kids through concepts such as categories, rules, recursion, and metaprogramming. In this talk I'll show how Smalltalk's live, image-based environment made it uniquely suited for building DiÃ¡logo. I'll give a demo of the app, walk through some implementation metrics, and discuss the pedagogical ideas behind the project â including a free 7-class course I've shared online and workshops I've run open to the community at the Faculty of Exact Sciences (UBA). AgustÃn MartÃnez is a developer and researcher at the Universidad de Buenos Aires (UBA), and the creator of DiÃ¡logo, a programming environment for children built in Cuis Smalltalk. He presented a paper on DiÃ¡logo at the Onward! track of OOPSLA, and has given public talks at Nerdearla, Argentina's largest tech community event. This will be an online meeting. If you'd like to join us, please sign up in advance on the meeting's Meetup page ( https://www.meetup.com/ukstug/events/314323562/ ) to receive the meeting details.

April 20, 2026

GemTalk Systems has been acquired by Emergence

by James Foster

To our customers and community, As many of you recall, in 2013 Dan Ware formed GemTalk Systems LLC and acquired the GemStone product and team from VMware. After more than a decade of careful stewardship, Dan has navigated GemTalk into a strong position â and has now taken a significant next step by completing the sale of GemTalk Systems to Emergence, a private/permanent equity firm. The new owners share our commitment to GemStone/S and to the community that has grown around it. They are actively investing in the next generation of engineers to support the existing product while building the tools that will carry GemStone forward for decades to come. For existing customers, you can expect continuity in your relationships, support, and the quality of service you've come to rely on. If you are interested in the opportunities that come with this new chapter â whether as a user, contributor, or partner â we'd love to hear from you. We'll also have a number of people and presentations at ESUG in July (Plovdiv, Bulgaria), and look forward to sharing more about the plans in person. Thank you for being part of this community. Please don't hesitate to reach out with any questions. James Foster Office: +1 503-766-4714 | cell: +1 509-876-6685 Book a Meeting <https://calendly.com/james-foster-gemtalksystems> https://gemtalksystems.com/press-releases/2026/04/gemtalk-acquisition-by-em… https://gemtalksystems.com/press-releases/2026/04/gemtalk-acquisition-by-em… ï¿¼

April 15, 2026

"Example of Describing Spec Application Behaviour with Hera" â New blog post on all: objects all: theTime

by Koen De Hondt

Dear Pharo users and developers, I posted the fourth and final article in the series about describing Spec application behaviour with Hera. The first post explained how Hera manages open Spec windows. The second post explained how Hera identifies presenters so they can be referenced in Gherkin scenarios. The third post explained how Hera expresses steps to interact with Spec presenters. This final post includes an example that ties everything together. https://all-objects-all-the-time.st/#/blog/posts/23 As always, all feedback is welcome. Happy reading! Ciao, Koen

April 13, 2026

Re: JSON without lf?

by Richard O'Keefe

I am confused. How is âcontrol the newLineâ the same as âwithout LFâ? On Windows, newline is CRLF, the Internet convention is CRLF, elsewhere, even on macOS, it is LF. Are you wanting the old MacOS CR convention? On Tue, 14 Apr 2026 at 6:29â¯AM, stephane ducasse via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hi > > My tests are about the documentation of a configuration written in JSON > and wanted to have > nicely formatted and not a bad one liner. > So this is why I want to use the pretty printer but control the newLine: > so I did it without the facade > > ^ String streamContents: [ :s | > | writer | > writer := STONWriter new. > writer on: s. > writer jsonMode: true. > writer prettyPrint: true; > newLine: newline; > â¦. > > This way I controlled the nature of the newLine: > > S > > > > > Isnât toJSonString: what you want? Without the pretty which is adding > the newlines? > > > > Norbert > > > >> Am 10.04.2026 um 12:55 schrieb stephane ducasse via Pharo-users < > pharo-users(a)lists.pharo.org>: > >> > >> ï»¿Hi > >> > >> I would like to know if there is a way to generate JSON without lf? > >> > >> toJsonStringPretty: is generating lf and this is painful for tests. > >> > >> S. >

April 13, 2026

Re: JSON without lf?

by stephane ducasse

Hi My tests are about the documentation of a configuration written in JSON and wanted to have nicely formatted and not a bad one liner. So this is why I want to use the pretty printer but control the newLine: so I did it without the facade ^ String streamContents: [ :s | | writer | writer := STONWriter new. writer on: s. writer jsonMode: true. writer prettyPrint: true; newLine: newline; â¦. This way I controlled the nature of the newLine: S > Isnât toJSonString: what you want? Without the pretty which is adding the newlines? > > Norbert > >> Am 10.04.2026 um 12:55 schrieb stephane ducasse via Pharo-users <pharo-users(a)lists.pharo.org>: >> >> ï»¿Hi >> >> I would like to know if there is a way to generate JSON without lf? >> >> toJsonStringPretty: is generating lf and this is painful for tests. >> >> S.

April 13, 2026

Re: JSON without lf?

by Richard O'Keefe

Let's define a JSON datum to be any of - nil - false or true - any kind of number - any kind of string - any kind of sequence (other than a string) whose elements are JSON data - any kind of dictionary whose keys are some kind of string and whose elements are JSON data. We start with the observation that it is dead simple to write Smalltalk code to print out a JSON datum in strict JSON format, as long as you don't get fancy. (Like NeoJSON does.) My Smalltalk code for this is 106 lines in methods, and by far the hardest thing was escaping the right characters the right way in strings. Everything else is simple and obvious. So if the existing JSON support in your language doesn't print what you want, it might well be easier to write your own than to find and understand the relevant documentation. We continue with the observation that if you want to test code that generates JSON data to see if you are getting the JSON data you're expecting, it's even easier to write #asJsonEquals:, where x asJsonEquals: y is true iff and only if x and y are both JSON data and would print the same way up to permutation of key:value pairs in JSON objects. My code is 34 lines of methods. Given that, which you want in your JSON toolkit anyway, [(code for testing) asJsonEquals: 'what you expect' readStream nextJson] assert is not hard to do. Test case that generate structured data should generally NOT compare against strings. This also applies to XML (where attribute order needs to be canonicalised or ignored). On Sat, 11 Apr 2026 at 10:53, Richard O'Keefe <raoknz(a)gmail.com> wrote: > In Json, arbitrary anounts of white space can appear between tokens, > including line feed. If this is âpainfulâ for your tests, then itâs > unlikely to be the only thing that is. If you are comparing JSON irms *as* > JSON, then linefeeds wonât matter . If you are comparing JSON items as > strings, there are so many ways that different strrings can represent the > same value -infinitely many, in fact - that linefeeds are the least of your > worries. > > What are you actually doing in your tests? > > On Fri, 10 Apr 2026 at 10:55â¯PM, stephane ducasse via Pharo-users < > pharo-users(a)lists.pharo.org> wrote: > >> Hi >> >> I would like to know if there is a way to generate JSON without lf? >> >> toJsonStringPretty: is generating lf and this is painful for tests. >> >> S. >> >

April 12, 2026

Looking for a job

by Ronie Salgado

Hello everybody, I am looking for a new job, ideally a remote part-time job that allows me to work simultaneously with my PhD in computer science. I am sending my CV attached. Please feel free to talk to me privately. Best regards Ronie

April 11, 2026

Re: IWST extended abstract

by Steffen MÃ¤rcker

Dear Guillermo, thanks for the clarification! Sorry for being that late with this question. Kind regards, Steffen Guillermo Polito via Pharo-users schrieb am Freitag, 10. April 2026 23:17:41 (+02:00): Hi Steffen, A mini paper of not more than pages is expected. Sorry for the confusion, G El vie, 10 abr 2026, 9:51â¯p. m., Steffen MÃ¤rcker via Pharo-users <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org> > escribiÃ³: Dear all! Maybe you can help me with this, although it is not a Pharo-question: When submitting to IWST, an extended abstract has to be provided. As far as I understand, an extended abstract should use the CEURART template. Does this mean, that it is essentially a mini-paper with sections and references or shall it be fitted into the abstract environment only? Maybe there is an example I am not aware of. Thanks and kind regards! Steffen

April 11, 2026

Re: JSON without lf?

by Norbert Hartl

Isnât toJSonString: what you want? Without the pretty which is adding the newlines? Norbert > Am 10.04.2026 um 12:55 schrieb stephane ducasse via Pharo-users <pharo-users(a)lists.pharo.org>: > > ï»¿Hi > > I would like to know if there is a way to generate JSON without lf? > > toJsonStringPretty: is generating lf and this is painful for tests. > > S.

April 11, 2026

Re: JSON without lf?

by Richard O'Keefe

In Json, arbitrary anounts of white space can appear between tokens, including line feed. If this is âpainfulâ for your tests, then itâs unlikely to be the only thing that is. If you are comparing JSON irms *as* JSON, then linefeeds wonât matter . If you are comparing JSON items as strings, there are so many ways that different strrings can represent the same value -infinitely many, in fact - that linefeeds are the least of your worries. What are you actually doing in your tests? On Fri, 10 Apr 2026 at 10:55â¯PM, stephane ducasse via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hi > > I would like to know if there is a way to generate JSON without lf? > > toJsonStringPretty: is generating lf and this is painful for tests. > > S. >

April 10, 2026