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

Re: [Pharo-users] Zinc server with static and non-static files

by Norbert Hartl

There is ZnPrefixMappingDelegate you can use. server delegate: (ZnPrefixMappingDelegate map: 'static' to: staticFileDelegate; map: 'app' to: myApp). There is also ZnStaticFileDecoratorDelegate if you want to mimick another typical setup where all urls that resolve to a file get served from disk and any other will be forwarded to you app. server delegate: (ZnStaticFileDecoratorDelegate decorate: myApp servingFilesFrom: 'static/'). Hope this helps! Norbert > Am 28.03.2020 um 01:34 schrieb Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org>: > > > Von: Davide Varvello <varvello(a)yahoo.com> > Betreff: Zinc server with static and non-static files > Datum: 28. MÃ¤rz 2020 um 01:34:13 MEZ > An: pharo-users(a)lists.pharo.org > > > Hi Guys, > Is it possible a Zinc server returns static files within a specific url path > (like the ZnStaticFileServerDelegate) and also returns other logics as shown > with map:#otherPath to: MyWebapp new ? > TIA > Davide > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > >

March 28, 2020

Zinc server with static and non-static files

by Davide Varvello

Hi Guys, Is it possible a Zinc server returns static files within a specific url path (like the ZnStaticFileServerDelegate) and also returns other logics as shown with map:#otherPath to: MyWebapp new ? TIA Davide -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

March 28, 2020

Re: [Pharo-users] Do we have a simple markdown parser?

by David T. Lewis

On Fri, Mar 27, 2020 at 08:35:47AM -0700, Ramon Leon wrote: > On 2020-03-26 3:24 p.m., Eric Gade wrote: > >Hi Ram??n, > > > >I have a couple of questions. If you are using OSProcess in Pharo 8 > > I'm not, I don't try and keep up with the latest stuff, too much churn. > But I'd imagine the latest must still be able to pipe out to a command even > if the API changed a bit. > For Pharo 7, you may want to use these: https://github.com/dtlewis290/OSProcess-Tonel https://github.com/dtlewis290/CommandShell-Tonel I have not tried Pharo 8, so I cannot say if it works there. Dave > > but the new ZnStreams in P7/P8 DNU on #isOssPipe and StandardFileStream > > (for which OSSubprocess was designed, evidently) is being deprecated. > > And this is why it's not worth riding the bleeding edge. Go back and find > a stable older version you like and stick with it. Let others get all cut > up playing with unstable new stuff. > > -- > Ram??n Le??n >

March 27, 2020

Re: [Pharo-users] Do we have a simple markdown parser?

by Ramon Leon

On 2020-03-26 3:24 p.m., Eric Gade wrote: > Hi RamÃ³n, > > I have a couple of questions. If you are using OSProcess in Pharo 8 I'm not, I don't try and keep up with the latest stuff, too much churn. But I'd imagine the latest must still be able to pipe out to a command even if the API changed a bit. > but the new ZnStreams in P7/P8 DNU on #isOssPipe and StandardFileStream (for which OSSubprocess was designed, evidently) is being deprecated. And this is why it's not worth riding the bleeding edge. Go back and find a stable older version you like and stick with it. Let others get all cut up playing with unstable new stuff. -- RamÃ³n LeÃ³n

March 27, 2020

Today 27/03/2020: Pharo Sprint!

by Guillermo Polito

Hi all, Today we are having a dematerialized Pharo sprint. # What is this sprint thingy? We join. We fix bugs. We discuss about fixing bugs. We add documentation. We review issues and pull requests. We make Pharo better for us and for everybody else :). # How is this sprint thing going on? In discord we have a text and a voice channel dedicated to #sprint. http://pharo.org/community <http://pharo.org/community> Please feel free to join and ask questions # What can I do to help? ## Get some knowledge => Read a couple of issues We have > 500 open issues. Some of them are difficult to reproduce, or the instructions are not clear enough, or maybe were already fixed but the issue was never closed. If everybody takes 3 issues at random and makes a review, we will be in much better shape for the next sprint!! Reviewing an issue is as easy as asking yourself the questions: - are there reproduction instructions? - it is specified the version / commit? - can I reproduce it? If some of those check fails, put a comment :) ## Get some action => Fix an easy issue In this morning (europe time) Iâve taken some time doing a pass on issues, and Iâve identified a list of potentially easy ones. https://github.com/pharo-project/pharo/issues?q=is%3Aissue+is%3Aopen+label%… <https://github.com/pharo-project/pharo/issues?q=is:issue+is:open+label:Easy> Iâve also categorised several of them as bugs, enhancements, new features and cleanups. Within those, youâll see - super-easy (like adding a comment), - medium-easy (like changing some code following the analysis on the issue) and - hard-easy like a cleanup refactoring So if somebody wants to do a contribution for the first time, this list of 26 issues is probably a good place to look at. The info of how to make a PR is in here https://github.com/pharo-project/pharo/wiki/Contribute-a-fix-to-Pharo <https://github.com/pharo-project/pharo/wiki/Contribute-a-fix-to-Pharo> ## Get to know other people involved in Pharo => Discuss with us in discord And have fun :) Guille

March 27, 2020

Re: [Pharo-users] Do we have a simple markdown parser?

by Kasper Osterbye

Hi Tim, I had the same need for a more structured access to a parsed document. I believe this class does something to like that https://raw.githubusercontent.com/kasperosterbye/PillarDocumentEditor/maste… My parser and that of pillar produce what you call "flat" parses, so this thing creates a superstructure on top of the actual tree, and leaves the actual tree intact. It seems I even made a gtInspector for the thing. If you find it useful, I can try and move it to the PillarRichTextRender and make the baseline or separate project. Best, Kasper On Thu, Mar 26, 2020 at 5:12 PM Tim Mackinnon <tim(a)testit.works> wrote: > Hey Kasper - it looks like your GHMParser does exactly what I need, in > that it parses the markdown spec I am looking at. > > One question - GHMAbstractBlock has a children property - when would you > expect that to be populated? > > E.g. if the markdown was > > # Header 1 > > Some text > > ## Header 2 > > More text > > ## Header 3 > > Other text > > > Would you expect Header2 and 3 to be children of Header1? And equally the > text blocks to be children of the respective headers? > > At the moment they are just represented as a flat list - which I can use, > but I was curious of your thoughts on that children property with respect > to headings. Digging a bit more, it seems that only Lists use children > (maybe thatâs right, but I always viewed markdown a bit like a structure > document and hence the idea of sections having children too). > > > Iâll see how I get on, as this gives me a big leg up. If it does prove > useful, might there be a possibility to either extract it into a separate > project, or have a baseline group that just loads the parser? > > Tim > > > On 25 Mar 2020, at 19:46, Kasper Osterbye <kasper.osterbye(a)gmail.com> > wrote: > > > > I do not think the PP2 is used in the github parser actually. The github > parser was just a addon to the rest of the stuff, and the pillar markdown > parser used PP2. > > > > Anyways, if you have any questions, feel free to ask. > > > > Best, > > > > Kasper > > >

March 27, 2020

Re: [Pharo-users] Do we have a simple markdown parser?

by Eric Gade

Hi RamÃ³n, I have a couple of questions. If you are using OSProcess in Pharo 8, how are you installing it and from what repository? If I add the Squeaksource version, I do not have the method that you are referencing. Additionally, it would be good to see an example of this in OSSubprocess. Using the latest Baseline installation instructions for it from Github, and from reading the instructions, I don't see a clear way to do this. The documentation claims that you can redirect the stdin to any file or readstream, but the new ZnStreams in P7/P8 DNU on #isOssPipe and StandardFileStream (for which OSSubprocess was designed, evidently) is being deprecated. If anyone reading has a good concise example of running a subprocess command with input from a stream (or string), that would be very useful. Thanks. On Thu, Mar 26, 2020 at 5:24 PM Ramon Leon <ramon.leon(a)allresnet.com> wrote: > On 2020-03-24 10:51 a.m., Tim Mackinnon wrote: > > Hi guys - do we have a simple markdown parser that is reasonably up to > date? > > What's wrong with the real markdown itself? I've used the original > Markdown.pl implementation for years same as I would any other shell > script, via OSProcess > > markdown: someContent > ^UnixProcess pipeString: someContent throughCommand: (FileDirectory > default fullPathFor: 'Markdown.pl') > > > -- > RamÃ³n LeÃ³n > > > -- Eric

March 26, 2020

Re: [Pharo-users] Do we have a simple markdown parser?

by Ramon Leon

On 2020-03-24 10:51 a.m., Tim Mackinnon wrote: > Hi guys - do we have a simple markdown parser that is reasonably up to date? What's wrong with the real markdown itself? I've used the original Markdown.pl implementation for years same as I would any other shell script, via OSProcess markdown: someContent ^UnixProcess pipeString: someContent throughCommand: (FileDirectory default fullPathFor: 'Markdown.pl') -- RamÃ³n LeÃ³n

March 26, 2020

Re: [Pharo-users] Do we have a simple markdown parser?

by Tim Mackinnon

Hey Kasper - it looks like your GHMParser does exactly what I need, in that it parses the markdown spec I am looking at. One question - GHMAbstractBlock has a children property - when would you expect that to be populated? E.g. if the markdown was # Header 1 Some text ## Header 2 More text ## Header 3 Other text Would you expect Header2 and 3 to be children of Header1? And equally the text blocks to be children of the respective headers? At the moment they are just represented as a flat list - which I can use, but I was curious of your thoughts on that children property with respect to headings. Digging a bit more, it seems that only Lists use children (maybe thatâs right, but I always viewed markdown a bit like a structure document and hence the idea of sections having children too). Iâll see how I get on, as this gives me a big leg up. If it does prove useful, might there be a possibility to either extract it into a separate project, or have a baseline group that just loads the parser? Tim > On 25 Mar 2020, at 19:46, Kasper Osterbye <kasper.osterbye(a)gmail.com> wrote: > > I do not think the PP2 is used in the github parser actually. The github parser was just a addon to the rest of the stuff, and the pillar markdown parser used PP2. > > Anyways, if you have any questions, feel free to ask. > > Best, > > Kasper

March 26, 2020

Re: [Pharo-users] [ANN] JRMPC Poll

by Trygve Reenskaug

Could the class documentation you are looking for be generated automagically from the class comments? The first para could be a blurb describing the purpose of the class. The resulting document could be searchable. --Trygve On 26.03.2020 14:43, horrido wrote: > I didn't ask them that, but I did provide the link to PBE. It was up to them > to learn any way they wish. > > You can't mandate people to read PBE. You can lead a horse to water but you > can't make it drink. > > PBE is not a good resource if you want to look up classes that you need for > your application. Just as you guys provide a quick reference for Pharo > syntax, you should provide a quick reference for the class library, too. > That would definitely ease the learning curve. > > All programming languages rely on a "standard library" (in our case, a > standard class library). No self-respecting language would lack a standard > library reference, whether we're talking about C, C++, C#, Java, Python, > etc. Even GNU Smalltalk understood this. > <https://www.gnu.org/software/smalltalk/manual-base/gst-base.html> > > > > Richard O'Keefe wrote >> I am a little confused here. I originally learned Smalltalk from the >> coloured books and >> then Inside Smalltalk. When I got the chance to use Squeak, pretty >> much everything >> from those books carried over well enough for me to hit the ground >> running. There are >> lots of free e-books about Smalltalk, not least Pharo By Example. Had >> these people >> who were polled read PBE? >> >> On Thu, 26 Mar 2020 at 04:49, horrido < >> horrido.hobbies@ >> > wrote: >>> This is what I provided the JRMPC participants: https://jrmpc.ca/ (see >>> "How >>> to learn Smalltalk programming"). I'm not sure how I could've done >>> better, >>> though. >>> >>> You make an excellent point about duplication and keeping documentation >>> up-to-date. However, there has to be some middle ground that makes it >>> easier >>> and more convenient for new developers to find the tools they need. >>> Perhaps >>> a synoptical reference showing the more common classes used, such as >>> collections, web-related classes, time-related classes, exception and >>> error >>> classes, file system-related classes, process-related classes, and so on. >>> These classes ought not to change much, if at all. >>> >>> >>> >>> Tim Mackinnon wrote >>>> Or we teach people to fishâ¦? Whatâs the point of duplicating everything >>>> thatâs already in the image anyway - we just need to be cleverer or >>> ensure >>>> that people know to look there and have the right onboarding experience >>> to >>>> do that? Otherwise its just another thing that gets out of date very >>>> rapidly and we already have enough problems with that. >>>> >>>> Iâd be interested in what intro material Richard gave the students to >>>> start with (after all - he has quite a few tutorials of his own, some >>> of >>>> which I had followed - but I suspect they are out of date now >>> themselves). >>>> When you launch pharo there is the helpful welcome screen - did the >>>> studentâs actually use it and follow what it says? >>>> >>>> And did we see any of them in this forum (or was that against the >>> rules?) >>>> Tim >>>> >>>>> On 24 Mar 2020, at 17:28, Ben Coman < >>>> btc@ >>>> > wrote: >>>>> Pharo has some good documentation, but its more lesson-based than a >>>>> library reference. >>>>> Those of us familiar with Pharo know the tricks to use the system >>> itself >>>>> as that reference, but I'd imagine this is an unfamiliar workflow for >>>>> newcomers. >>>>> >>>>> I have seen before a class library reference generated from the image, >>>>> but I couldn't put my hands on it right now. >>>>> @all, is it still being generated?. This might provide newcomers >>>>> something more familiar to work with. >>>>> >>>>> cheers -ben >>>>> >>>>> On Tue, 24 Mar 2020 at 03:00, Richard Kenneth Eng < >>>> horrido.hobbies@ >>>> <mailto: >>>> horrido.hobbies@ >>>> >> wrote: >>>>> https://jrmpc.ca/2020/03/20/what-makes-learning-smalltalk-challenging/ >>>>> >>> <https://jrmpc.ca/2020/03/20/what-makes-learning-smalltalk-challenging/> >>>>> FWIW, 95% of respondents pointed to the lack of reference >>> documentation >>>>> for the class library as the major obstacle to learning >>> Smalltalk/Pharo. >>>>> Richard >>> >>> >>> >>> >>> -- >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>> > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > -- /The essence of object orientation is that objects collaborateto achieve a goal. / Trygve Reenskaug mailto: trygver(a)ifi.uio.no <mailto:%20trygver@ifi.uio.no> Morgedalsvn. 5A http://folk.uio.no/trygver/ N-0378 Oslo http://fullOO.info NorwayÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Tel: (+47) 22 49 57 27

March 26, 2020