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

Problem switching from PetitParser to PetitParser2

by PBKResearch

Hello I have been switching part of a package called TextLint so that it uses PetitParser2 as the parsing engine. For the most part it went fairly smoothly, but I have one problem which occurs in many places. The original parse rules had many conditional matching rules based on PPPredicateObjectParser. I have changed this to PP2PredicateObjectNode, using the same block as a predicate in each case. All of them fail when I test run them in a playground; in every case the error message is of the form: 'Character does not understand [some condition testing method]'. The condition being tested is meaningless for a character - it applies to a token produced by some earlier parsing. Looking at the code for PP2PredicateObjectNode>>#predicate:, I see that the predicate is always treated as a PP2CharSetPredicate, which is claimed to be a performance optimization. The error messages I have seen come from the initialization of this, setting up the 255 precomputed results, because they all relate to a character with asciiValue = 1. All these rules worked in PetitParser, because the methods for PPPredicateObjectParser allow one to distinguish between a character set predicate and a general block; in fact, the class side contains a large variety of methods for generating conditions. As far as I can see, PP2PredicateObjectNode allows only one type of condition. Have I misunderstood - is there some way to specify the condition is not a character set? Thanks for any help Peter Kenny

April 14, 2020

Re: [Pharo-users] Loading Seaside and Magritte in Pharo8 - baseline load conflicts

by Sven Van Caekenberghe

Hi, > On 14 Apr 2020, at 11:23, Sebastijan Kaplar <s.kaplar1(a)outlook.com> wrote: > > MetacelloConflictingProjectError: Load Conflict between existing BaselineOfGrease [baseline] from github://SeasideSt/Grease:v1.4.x/repository and BaselineOfGrease [baseline] from github://SeasideSt/Grease:v1.4.3/repository Yes I have seen that also before in other situations, and it is super annoying. Apparently, v1.4.x and v1.4.3 are considered different/conflicting. I don't know if this is a bug or by design. I believe you can solve this with #onConflict directives on the Metacello class, but this also feels like a hack. Sven

April 14, 2020

Loading Seaside and Magritte in Pharo8 - baseline load conflicts

by Sebastijan Kaplar

Hello everyone, so I canât resolve the problem in my project, which emerged when something happened in one of those repositories (it was working fine previously). When I try to load the project using metacello Metacello new baseline: #NewWave; repository: 'github://skaplar/NewWave:development'; load. I get MetacelloConflictingProjectError: Load Conflict between existing BaselineOfGrease [baseline] from github://SeasideSt/Grease:v1.4.x/repository and BaselineOfGrease [baseline] from github://SeasideSt/Grease:v1.4.3/repository <github://SeasideSt/Grease:v1.4.3/repository> More info here (https://travis-ci.org/github/skaplar/NewWave/jobs/671515073 <https://travis-ci.org/github/skaplar/NewWave/jobs/671515073>) My baseline looks something like this: â¦Seaside seaside: spec spec baseline: 'Seaside3' with: [ spec repository: 'github://SeasideSt/Seaside:master/repository' ] â¦Magrite magritte: spec spec baseline: 'Magritte' with: [ spec loads: #( Seaside ); repository: 'github://magritte-metamodel/magritte:v3.6â ] If someone cares for a deeper look (https://github.com/skaplar/NewWave/tree/development/BaselineOfNewWave <https://github.com/skaplar/NewWave/tree/development/BaselineOfNewWave>) Any help would be appreciated! Thanks, Sebastijan

April 14, 2020

Re: [Pharo-users] [ANN] QRCode on github

by Sven Van Caekenberghe

Great, thanks. This is indeed a very well written project. > On 14 Apr 2020, at 00:19, Renaud de Villemeur via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: Renaud de Villemeur <renaud.devillemeur(a)tuta.io> > Subject: [ANN] QRCode on github > Date: 14 April 2020 at 00:19:58 GMT+2 > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > > Need to generate a QRCode ? An old (but still relevant) project was available on smalltalkhub. > > As I wasn't aware if it was already available elsewhere, I moved it to Github, including load instruction: > https://github.com/rvillemeur/QRCode > > Unit test are all green on Linux. > > Have fun. > Renaud > > > > >

April 14, 2020

Re: [Pharo-users] Minimality

by CÃ©drick BÃ©ler

Hi Erik, > (Part of this I mentioned on Discord as well, but not all readers will be on > Discord) Yes Iâve just seen it and I remembered seeing your posts > > I'm working with a tiny Smalltalk image (currently around 150Kb) which > contains basic classes (very similar to PharoCandle, but with the regular > Smalltalk names without PC-prefix, see > https://github.com/carolahp/PharoCandleSrc) It additionally supports > WebSockets when used in combination with SqueakJS, but I'm working on a > regular WebSocket-version for OpenSmalltalk-VM as well. > > The image has an ObjectEncoder/Decoder pair allowing the image to 'receive' > encoded classes and methods from a regular Smalltalk image (bytcode only, > since no compiler is present in the tine image). The tiny image can install > these classes and use them. The current 'protocol' is to send messages to > this tiny image and have the image send events back to the regular image. > The tiny image (client) is responsible for making a connection with the > regular image (server). But this protocol can be adjusted with newly > installed classes of course ;-). Cool this is the stuff I need to play with. How can I try ? > > My idea (dream?) is to create small cloud images for personal use, so you > can run many on limited computing units. Frankly this is my same goal, except I see them as Â« Information system node Â» of a distributed information system architecture ie. Computing units of information objects (often related to scripts btw). So this is really really great what you achieved :) > These images will not have file- or > FFI-support Ok. Indeed this would complicate for nothing. No FFI support but would some simple interaction wanted (I/o stream, small unix system call ?). > and need to retrieve data through WebSocket/HTTP/... or other > web communication technology. It is part of a project I'm working on to > learn programming in Smalltalk to kids. Cool > They can spin up an image in the > cloud (or on their Raspberry Pi at home) and load their code from a remote > repository. For me it would be spin a new information system and eventually link it with shared others (can be a remote repo). > The development environment will run in the cloud and be usable > with a web browser. In the web browser runs a tiny image which can execu...o > wait, I explained that part already ;-). So in the web browser this same > tiny image is running (on SqueakJS). This time, it loads code to be able to > manipulate the DOM. This tiny image is sort of the Javascript replacement. > So everything is Smalltalk! :-) > > Still a long way to go though. I hope to be able to demonstrate a little of > this in a not so distant future. I will share my code as well. Everything > will be open source. Iâm really interested and love to help in some ways. So as far as you have info/tuto or other thinks, please tell me. Just be running it would be the first step. Any pointers/repositories ? Cheers, CÃ©drik > > Feel free to reach out if anyone wants to participate. ;-) > > Regards, > Erik > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

April 14, 2020

Migrating your projects to GitHub? Do not forget to tag your project!

by Esteban Lorenzano

Hello, Just a gentle reminder to tag your project as âPharoâ, so a search engine can find it better! Esteban

April 14, 2020

[ANN] QRCode on github

by Renaud de Villemeur

Need to generate a QRCode ? An old (but still relevant) project was available on smalltalkhub. As I wasn't aware if it was already available elsewhere, I moved it to Github, including load instruction: https://github.com/rvillemeur/QRCode Unit test are all green on Linux. Have fun. Renaud

April 13, 2020

Re: [Pharo-users] Minimality

by Erik Stel

Hi Cedreek, (Part of this I mentioned on Discord as well, but not all readers will be on Discord) I'm working with a tiny Smalltalk image (currently around 150Kb) which contains basic classes (very similar to PharoCandle, but with the regular Smalltalk names without PC-prefix, see https://github.com/carolahp/PharoCandleSrc) It additionally supports WebSockets when used in combination with SqueakJS, but I'm working on a regular WebSocket-version for OpenSmalltalk-VM as well. The image has an ObjectEncoder/Decoder pair allowing the image to 'receive' encoded classes and methods from a regular Smalltalk image (bytcode only, since no compiler is present in the tine image). The tiny image can install these classes and use them. The current 'protocol' is to send messages to this tiny image and have the image send events back to the regular image. The tiny image (client) is responsible for making a connection with the regular image (server). But this protocol can be adjusted with newly installed classes of course ;-). My idea (dream?) is to create small cloud images for personal use, so you can run many on limited computing units. These images will not have file- or FFI-support and need to retrieve data through WebSocket/HTTP/... or other web communication technology. It is part of a project I'm working on to learn programming in Smalltalk to kids. They can spin up an image in the cloud (or on their Raspberry Pi at home) and load their code from a remote repository. The development environment will run in the cloud and be usable with a web browser. In the web browser runs a tiny image which can execu...o wait, I explained that part already ;-). So in the web browser this same tiny image is running (on SqueakJS). This time, it loads code to be able to manipulate the DOM. This tiny image is sort of the Javascript replacement. So everything is Smalltalk! :-) Still a long way to go though. I hope to be able to demonstrate a little of this in a not so distant future. I will share my code as well. Everything will be open source. Feel free to reach out if anyone wants to participate. ;-) Regards, Erik -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 13, 2020

Minimality

by CÃ©drick BÃ©ler

Just a reflexion that Iâd like to share here. When Hilaire talks about complexity. I have to agree too, even if I like the progress under the hood, and explored spaces like GToolkit. But how to change such legacy beast, the pharo image ? Potential is huge but resistance is also tough for so few peopleâ¦ Just imagining changing method protocols seems so complex at the end ! Instead, Iâd start with minimal images, bootstrapped ones. A system I would love to understand every bits. Iâm pretty sure this is what lots of us have in mind and the progress in bootstrap has been teasing us ;-) <dreamMode> For instance, Iâd want minimal images that would be able to deal with collections of informations (text/data processing) with (web)socket connectivity or whatever cheapest way to communicate. It would be some kind of information store, a minimal image that can store information objects and that I can interact with a client in a full pharo image (or in a web browser). Wouldnât it be possible to start from scratch, literally from nothing (nil) and define little by little what necessary and along the way define minimal protocols, minimal Object class and then iteratively a clean collection hierarchy until â¦ (for me) â¦ the information store. That would probably need some filesystem support but itâs not an obligation. Iâd far prefer web socket stream support and interaction with object only within the image. Another image could be responsible of exporting information objects to filesâ¦ It also need some basic mime types support and probably parsing (xml/html, json, geojson, ical, â¦). I donât know well. But it has to be iteratively done anyway. I imagine there are not one but several images (and therefore source code) that would lead to functionally equivalent images. There should be some ways to abstract functionalities we expect of a system (if people have pointers on that) ? We could even imagine like a Contest to come up with the nicest pharo images (contest driven by tests ^^). Depending on the functionality coverage, thatâd be just crazy to see similarities between code/imagesâ¦ </dreamMode> Is it feasible, does some of the remarks makes sense to some of you ? At least, Caro, as we talked a bit, your writings on such a quest will be terrific, and Iâm sure well followed ;-) Have a nice Easter Monday, CÃ©drick

April 13, 2020

Re: [Pharo-users] Discussions on method categories (Was: Moving/rolling average implementations ?)

by CÃ©drick BÃ©ler

(this is not really noise, at least useful one ie. an information like the +1 :) ) At least, I think we need Â« standard Â» protocols list, at least for the most used ones. Some conventions too. For instance, all the initialize* (+ class side)â¦ I can cope with that but this is clearly a brain stopper for me :grinning:. Were they some attempts to define such standard list / best practices for protocols ? I guess this is a huge task but one important one. Regarding implementations, it might be hard to change too much for compatibility reasons (nb: exercice for later => get all protocols name of an image) @++ CÃ©drick > Le 13 avr. 2020 Ã 12:03, Guillermo Polito <guillermopolito(a)gmail.com> a Ã©crit : > > > >> El 13 abr 2020, a las 11:17, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> escribiÃ³: >> >> >>> Used consistently and well, method categories are not only a >>> navigation aid, helping you to find methods you do not know the names >>> of, but a helpful documentation aid. For example, #runningMeans: is >>> in the 'summarising' category. In my Smalltalk, that means >>> - it inspects every element of the collection >>> - it does not change the collection >>> - the result is somehow a summary or distillation of the elements >> >> Great. If only categories were more first class, we could store such information. > > Haha just said the same in the other thread ^^. > Sorry for the noise

April 13, 2020