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

Re: [Pharo-users] STON question

by StÃ©phane Ducasse

Hi russ, I do not if you know but based on Ston I built chrysal to manage applications configuration: https://github.com/ducasse/chrysal <https://github.com/ducasse/chrysal> The basic idea is that you describe the possible fields of your configuration (i.e. how user can edit JSON files) and it generates a converter from STON to your pharo objects. You ship just the converter and its textual description so that you understand what you did. But this is probably not what you need but more a textual serializer. S. > On 27 Jun 2020, at 16:07, Russ Whaley <whaley.russ(a)gmail.com> wrote: > > Good morning all from stormy Ohio/USA. Hope everyone is well and sheltering effectively from COVID, etc. > > I have a STON question. FIrst off, I LOVE STON. It has been the answer to my (minimal) persistence needs. I'm writing two different applications, both of which I hope to distribute someday, and I struggled with what would work to save configurations, templates, status, etc. STON was the answer for me - it's very easy to install and simple to use. > > But as I add the next feature/function in my code - sort blocks - as soon as I tried to save them (a collection of them in an instvar)... I get an error on the writeToSTON, and the target file is now corrupt - at the point where it tried to write the blocks. I have looked in the documentation and it plainly states the version I'm using does not yet address blocks - but I was hoping someone out there has developed a workaround, or perhaps has STON been updated to handle blocks? > > I could make the jump to a more sophisticated storage mechanism (i.e. Fuel?), but I'd rather spend my time working on features and figuring out the Spec2 GUI. :) > > Any advice is welcome and appreciated. > > Thanks! > Russ > > -- > Russ Whaley > whaley.russ(a)gmail.com <mailto:whaley.russ@gmail.com> -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

June 28, 2020

Re: [Pharo-users] STON question

by Sven Van Caekenberghe

Hi Russ, The limitation of STON not being capable of serialising a block closure still stands and will probably not change very soon (it open up the whole language to be written out). You can work around this though, with sort functions for example. Here is an example: { 1->#one. 3->#three. 2->#two } sorted: (STON fromString: (STON toStringPretty: #key ascending)). SortFunctions are really cool BTW (they can handles nil values elegantly). Sven > On 27 Jun 2020, at 16:07, Russ Whaley <whaley.russ(a)gmail.com> wrote: > > Good morning all from stormy Ohio/USA. Hope everyone is well and sheltering effectively from COVID, etc. > > I have a STON question. FIrst off, I LOVE STON. It has been the answer to my (minimal) persistence needs. I'm writing two different applications, both of which I hope to distribute someday, and I struggled with what would work to save configurations, templates, status, etc. STON was the answer for me - it's very easy to install and simple to use. > > But as I add the next feature/function in my code - sort blocks - as soon as I tried to save them (a collection of them in an instvar)... I get an error on the writeToSTON, and the target file is now corrupt - at the point where it tried to write the blocks. I have looked in the documentation and it plainly states the version I'm using does not yet address blocks - but I was hoping someone out there has developed a workaround, or perhaps has STON been updated to handle blocks? > > I could make the jump to a more sophisticated storage mechanism (i.e. Fuel?), but I'd rather spend my time working on features and figuring out the Spec2 GUI. :) > > Any advice is welcome and appreciated. > > Thanks! > Russ > > -- > Russ Whaley > whaley.russ(a)gmail.com

June 27, 2020

Output the method name as a string at runtime

by ASAM

Hello, I would like to output the method name as a string in case of an error. what I've already done is this: (with thisContext selector asString) pduDestruct | result | result := call ffiPDUDestruct. result = T_PDU_ERROR PDU_STATUS_NOERROR ifFalse: [ Error signal:'Method: ' , thisContext selector asString , ' with result: ', result item asString ] but now I use it more often. And wanted to rebuild it like that. initialize errorBlock := [ :tPduError | Error signal:'Method: ' , thisContext selector asString , ' with result: ', tPduError item asString ]. pduDestruct | result | result := call ffiPDUDestruct. result = T_PDU_ERROR PDU_STATUS_NOERROR ifFalse: [ errorBlock value: result ] but that doesn't work because "this Context selector toString" now returns 'initialize'. Can someone give me a hint how to solve this? Is "thisContext selector asString" the only way to get the name of the method at runtime? Thanks in advance. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

June 27, 2020

STON question

by Russ Whaley

Good morning all from stormy Ohio/USA. Hope everyone is well and sheltering effectively from COVID, etc. I have a STON question. FIrst off, I LOVE STON. It has been the answer to my (minimal) persistence needs. I'm writing two different applications, both of which I hope to distribute someday, and I struggled with what would work to save configurations, templates, status, etc. STON was the answer for me - it's very easy to install and simple to use. But as I add the next feature/function in my code - sort blocks - as soon as I tried to save them (a collection of them in an instvar)... I get an error on the writeToSTON, and the target file is now corrupt - at the point where it tried to write the blocks. I have looked in the documentation and it plainly states the version I'm using does not yet address blocks - but I was hoping someone out there has developed a workaround, or perhaps has STON been updated to handle blocks? I could make the jump to a more sophisticated storage mechanism (i.e. Fuel?), but I'd rather spend my time working on features and figuring out the Spec2 GUI. :) Any advice is welcome and appreciated. Thanks! Russ -- Russ Whaley whaley.russ(a)gmail.com

June 27, 2020

Re: [Pharo-users] New type of web application using HTML, CSS and Smalltalk

by Erik Stel

Hi, It took a bit longer than planned, but my code can be found online. https://github.com/ErikOnBike/CodeParadise Interested to hear your experience. Please add issues on Github if you encounter problems. Cheers, Erik -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

June 26, 2020

Re: [Pharo-users] [ANN] Pharo Consortium New Academic Member: Ryerson University

by Offray Vladimir Luna CÃ¡rdenas

Congrats on the new member and if any of the member is here, welcome. On a related note, would be nice to have, at least for academic members, a short paragraph on the use cases, success stories or research lines where they are using Pharo. Maybe it could be part of a poll or a form, so we could know/imagine about possible synergies. Cheers, Offray On 9/06/20 3:06 a.Â m., Marcus Denker wrote: > The Pharo Consortium is very happy to announce that the Ryerson > University has joined the Consortium as an Academic Member. > > About > - Ryerson University:Â https://www.ryerson.ca > - Pharo Consortium:Â http://consortium.pharo.org > > The goal of the Pharo Consortium is to allow companies and > institutions to support the ongoing development and future of Pharo. > > Individuals can support Pharo via the Pharo Association: > > -Â http://association.pharo.org

June 25, 2020

Re: [Pharo-users] [ANN] What are reasons NOT to use Smalltalk?

by Offray Vladimir Luna CÃ¡rdenas

Ummm... this is another poll that doesn't render well on Brave or Firefox. I can't even see the options. I wonder if there is not any more estandar cross-browser way of conducting these polls. Cheers, Offray On 19/06/20 11:31 a.Â m., Richard Kenneth Eng wrote: > https://smalltalk.tech.blog/2020/06/19/what-are-reasons-not-to-use-smalltal… > > Thanks for participating in the poll.Â

June 25, 2020

Re: [Pharo-users] Want to contribute.... it is easy

by Sean P. DeNigris

StÃ©phane Ducasse wrote > Please consider reading the books and making Pull Requests on the github > repositories. Benefits of contributing to the book(let)s on GitHub: 1. Easy way to give back to community - even edit directly in GH web UI 2. Have an excuse to learn Pillar syntax (although for the most part you can just ignore it if you're copy editing) 3. And the most important: Propel your Pharo learning! Copy editing forces you to really think about what the author is trying to say. In order to reword a passage, you have to *understand* it. So this is the antidote to forgetting what you read the moment you are done, or worse - getting to the end and realizing you have no idea WTH you just read :) ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

June 24, 2020

Re: [Pharo-users] Want to contribute.... it is easy

by tbrunz

Thanks for the acknowledgement! I think contributing to the documentation is as important as contributing to the codebase. I'm encouraged to see the increased activity with the booklets (new publications as well as new edits) over the last 6 months. A strong library covering many topics will help with promoting Pharo to those who do not know it (yet). I plan to resume copy-editing soon (as my workload is starting to drop off after a very busy period lately). -t -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

June 24, 2020

Re: [Pharo-users] Want to contribute.... it is easy

by StÃ©phane Ducasse

Hi Jeff Thanks for your interest. I think that reading what you like can be a good criteria. Or Pharo by Example Pharo with Style Learning OOD with TDD are all good candidates We are working on new book such as language interpreters and it can be really fun (but this is a personal taste). About choice of american vs. british I do not know. We are usually using behavior and visualization so probably american. Now I would say that it depends on the work. I would go for the one requires the least amount of work. > On 24 Jun 2020, at 04:51, Jeff Gray <jeff(a)rogerthedog.com> wrote: > > Are there any that you would prioritise, or just a top to bottom? > And are we assuming American or British English? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

June 24, 2020