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

Re: [Pharo-users] can I make this so the vm would not be not responsibe when running the tests

by Sean P. DeNigris

Pharo Smalltalk Users mailing list wrote > im still not happy with my answer at this moment. Contrary to the delusion of "Learn [Programming Language] in 21 Days" or 7 minutes or 3 seconds or whatever the "code boot camps" are marketing these days, mastering any language (and by extension programming in general) probably will take a decade and countless hours. I wouldn't get hung up on making this one exercise perfect. If it accomplishes the task, move on to the next learning experiment. Everyone is trying to help, but you don't have to assimilate this entire pile of great advice in one day! Come back to this thread after a year of practice and you'll likely be shocked how much more sense these comments make :) ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 5, 2020

Re: [Pharo-users] why is my css not found in a seaside project

by Richard Sargent

On Sat, Jan 4, 2020 at 2:17 AM Roelof Wobben via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hello, > > I have this in my library class on the instance side : > > > updateRoot: anHtmlRoot > super updateRoot: anHtmlRoot. > anHtmlRoot stylesheet url: self class / #mainCss. > anHtmlRoot javascript url: self class / #mainJs > > and a file mainCss on the instance side filled with css > and still the css is not found > I'm not familiar with Seaside programming and especially not CSS. However, I have to wonder whether "url: self class / #mainCss" makes it look for a class method rather than an instance method. > anyone idea why ? > > if needed I can put my whole code on github. > > > Regards, > > Roelof > >

Jan. 4, 2020

Re: [Pharo-users] why is my css not found in a seaside project

by Sven Van Caekenberghe

You might want to read the following article: https://medium.com/concerning-pharo/reddit-st-in-10-cool-pharo-classes-1b53… sections 7 & 8 are about the Seaside app, but it is simple enough to read completely. It is a bit old, but as far as I know, it should still work, especially the part that you have trouble with (the CSS/WAComponent interaction). Maybe this helps a bit. BTW, you can also add a #style method to any component returning a string with CSS. > On 4 Jan 2020, at 23:16, Roelof Wobben <r.wobben(a)home.nl> wrote: > > Op 4-1-2020 om 22:48 schreef Sven Van Caekenberghe: >> | app | >> app := WAAdmin register: YourWAComponent asApplicationAt: 'my-app'. >> app addLibrary: YourLibrary; > > > Oke, so like I did in my last commit here : https://github.com/RoelofWobben/paintings > > but still I do not understand why the css is not used. > > Roelof >

Jan. 4, 2020

Re: [Pharo-users] why is my css not found in a seaside project

by Roelof Wobben

Op 4-1-2020 om 22:48 schreef Sven Van Caekenberghe: > | app | > app := WAAdmin register: YourWAComponent asApplicationAt: 'my-app'. > app addLibrary: YourLibrary; Oke, so like I did in my last commit here : https://github.com/RoelofWobben/paintings but still I do not understand why the css is not used. Roelof

Jan. 4, 2020

Re: [Pharo-users] why is my css not found in a seaside project

by Sven Van Caekenberghe

Yes, you typically put that code in a class side method, like #register. Then you can call #register from your class' #initialize if you want. The advantage is that your registration process is now written out programmatically, instead of being a UI procedure, so it is more repeatable, shareable, etc. > On 4 Jan 2020, at 19:42, Roelof Wobben via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: Roelof Wobben <r.wobben(a)home.nl> > Subject: Re: [Pharo-users] why is my css not found in a seaside project > Date: 4 January 2020 at 19:42:44 GMT+1 > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > > So, if I understand the seaside book well , I have to add this to the painting class : > > > initialize > | app | > app := WAAdmin register: YourWAComponent asApplicationAt: 'my-app'. > app addLibrary: YourLibrary; > > > or must I use another class and if so, which class. > > Roelof > > > > Op 4-1-2020 om 13:32 schreef Roelof Wobben: >> Yes, I added it by using localhost:8080/config and then choose for the application. >> >> In the tutorial Im following that was the way the application is registered and the library. >> >> So where should I add the code you are saying to use. >> >> Here is the code I have so far: https://github.com/RoelofWobben/paintings >> >> Roelof >> >> >> >> >> Op 4-1-2020 om 12:58 schreef Sven Van Caekenberghe: >>> Did you add your library to your application ? >>> >>> | app | >>> app := WAAdmin register: YourWAComponent asApplicationAt: 'my-app'. >>> app addLibrary: YourLibrary; >>> >>>> On 4 Jan 2020, at 11:58, Roelof Wobben via Pharo-users <pharo-users(a)lists.pharo.org> wrote: >>>> >>>> >>>> From: Roelof Wobben <r.wobben(a)home.nl> >>>> Subject: Re: [Pharo-users] why is my css not found in a seaside project >>>> Date: 4 January 2020 at 11:58:46 GMT+1 >>>> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> >>>> >>>> >>>> Yes. it is callled >>>> >>>> Roelof >>>> >>>> >>>> Op 4-1-2020 om 11:48 schreef Sven Van Caekenberghe: >>>>> Try putting a breakpoint inside the #updateRoot: of your library class. Is it even called ? >>>>> >>>>>> On 4 Jan 2020, at 11:17, Roelof Wobben via Pharo-users <pharo-users(a)lists.pharo.org> wrote: >>>>>> >>>>>> >>>>>> From: Roelof Wobben <r.wobben(a)home.nl> >>>>>> Subject: why is my css not found in a seaside project >>>>>> Date: 4 January 2020 at 11:17:13 GMT+1 >>>>>> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> >>>>>> >>>>>> >>>>>> Hello, >>>>>> >>>>>> I have this in my library class on the instance side : >>>>>> updateRoot: anHtmlRoot >>>>>> super updateRoot: anHtmlRoot. >>>>>> anHtmlRoot stylesheet url: self class / #mainCss. >>>>>> anHtmlRoot javascript url: self class / #mainJs >>>>>> >>>>>> and a file mainCss on the instance side filled with css >>>>>> and still the css is not found >>>>>> >>>>>> anyone idea why ? >>>>>> >>>>>> if needed I can put my whole code on github. >>>>>> >>>>>> >>>>>> Regards, >>>>>> >>>>>> Roelof >>>>>> >>>>>> >>>>>> >>>> >>>> >>>> >>> >> > > > >

Jan. 4, 2020

Re: [Pharo-users] can I make this so the vm would not be not responsibe when running the tests

by Roelof Wobben

Jan. 4, 2020

Re: [Pharo-users] can I make this so the vm would not be not responsibe when running the tests

by tbrunz

Richard Sargent wrote > One of the most important skills you will ever develop is to understand > that a request for a feature may not be accurately describing the problem. > A feature request is often a description of a problem from a single > perspective. Learning to recognize whether it is one or the other will be > crucial to your long-term success as a programmer. Well put. I would add a couple of others: Being able to interpret & re-interpret feature requests, given that they are often poorly and incompletely specified; this requires closing the loop with the customer to ensure that your mutual understanding is spelled out clearly and agreed to. Another is being able to skillfully negotiate feature and implementation details with the customer to arrive at a requirements specification that not only satisfies the customer's needs, but also specifies a system that you can actually implement -- given the allotted schedule & budget and the capabilities of your tools and team (which of course includes your own know-how). -t -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 4, 2020

Re: [Pharo-users] [ANN] Phoedown - Markdown to HTML

by giorgio ferraris

Hello, first of all, have a wonderful 2020.. sorry for jumping in, I'm not a contributor to Pharo, and actually never a user of it ( when I work in Smalltalk, I use VW mostly, and still need to find the time to try Pharo seriously), but I do work in Smalltalk (and Pharo is a dialect of) from early 80'... and , as for many of you, Smalltalk is not the only language I use (I wish it was the most used, but not the only one, because one tool is not enough). Well, the idea that all should be done in Smalltalk seems to me something that us as a community have had as a goal from day one, but, are us sure it's not something that reduce the power of Smalltalk instead of allowing broader adoption? - First, there are lots of libraries and tools already well written, maintained and with full documentation. Why to reinvent the wheels if we can integrate them seamlessly? - Second: Smalltalk is not the fastest language out there, there are works that are not to be developed in Smalltalk. If we develop in Smalltalk something very CPU intensive we just made bad advertising for the language. Smalltalk is at is best for modelling difficult problems. Look at Python, it's very popular between Data Scientist, but it just expose in a nice way an interface to Macchine Learning libraries, For example TensorFlow has a lot of optimised c++ code inside. Python made easy to interface with C like languages, and it has good modelling capabilities, so it was chosen. But Smalltalk is better on the latter, this is a campground we should dominate, instead we are absent. And Pharo, being open source, could have been a good player in this field. If we spend our time to reinvent the wheel we can't get to far .. Look at Node.js, you can find libraries for connecting everything, people doesn't rewrote everything in JS/ So if you work in Node, you are fast at building stuff not because of the power of the language, but because to the libraries you can pick from the shelf and use. So I think a wonderful and easy integration framework is time better spent that redoing something already well done on other languages. Object are for reuse, but we try to rebuild... And on top of the framework, lot of smalltalk classes for an easy usage of the outside work already done. Obviously, all I said is not valid if Smalltalk is considered only an experimental language or a playground, but this was, and probably still is, the place for Squeak. If I remember well, Pharo was born for industrial grade application... Sorry for this rant, but I liked Smalltalk from day one, the day I read the famous Byte's article, and still try to understand why it's not the number one language, but I think we, as a community, did a lot on the wrong direction. BTW: I still like Smalltalk a lot and really appreciate the work done by all of the Smalltalk communities. again, have a wonderful year giorgio On Fri, Jan 3, 2020 at 4:55 PM Ramon Leon <ramon.leon(a)allresnet.com> wrote: > On 2020-01-02 10:56 a.m., Sean P. DeNigris wrote: > > While I dream of a world where everything is in-image as pure Smalltalk, > > given the reality of limited manpower, I think of outside library use as > a > > way to "cheat" and get a lot more from that limited engineering resource. > > Agree, 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') > > Never saw a need to rewrite what already works in its original form. > > -- > RamÃ³n LeÃ³n > VP of Technology > Alliance Reservations Network > >

Jan. 4, 2020

Re: [Pharo-users] can I make this so the vm would not be not responsibe when running the tests

by Richard Sargent

On Sat, Jan 4, 2020 at 10:37 AM Roelof Wobben via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Oke, > > So I can better not use recursion for this problem if I understand you > well, Richard. > That is oversimplifying. If the purpose of the *training* *exercise* is to learn how to use recursion, then using recursion is a necessary thing. If the purpose of the exercise is to solve a problem, understanding whether there are more efficient approaches to the solution is an essential skill. This particular problem could have been solved using a recursive implementation, an iterative implementation, or a fundamental reframing of the problem to change it to an O(1) problem. Other problems are no so simply reframed. One of the most important skills you will ever develop is to understand that a request for a feature may not be accurately describing the problem. A feature request is often a description of a problem from a single perspective. Learning to recognize whether it is one or the other will be crucial to your long-term success as a programmer. > Roelof > > > > Op 4-1-2020 om 19:02 schreef Richard Sargent: > > On Sat, Jan 4, 2020 at 9:47 AM Roelof Wobben via Pharo-users < > pharo-users(a)lists.pharo.org> wrote: > >> Hello, >> >> For a exercism challenge I need to calculate the total grains on a >> chessboard. >> So I did : >> >> atSquare: anInteger >> self validateInput: anInteger. >> ^ anInteger = 1 >> ifTrue: [ 1 ] >> ifFalse: [ 2 * (self atSquare: anInteger - 1) ] >> >> >> but when I run the tests , the vm seems to be not responsive for some 4 >> - 5 seconds. >> >> Is there a way I can use this code and take care that the vm stays >> responsive. >> > > What do you want the VM to do in addition to calculating that sum while it > is calculating that sum? > > > The best way to keep the VM responsive is to take a page from Gauss' > notebook and pay attention to the numbers[1]. Let's consider the first four > squares and extrapolate from there. > > In binary, the squares hold the following grains: 2r1, 2r10, r2100, and > 2r1000. When we add them up, we get 2r1111. If we use Gauss' tricks, we can > notice that 2r1111 is equal to 2r10000 - 1. So, the sum of the grains on > the first 4 squares is 2^5 - 1. You can easily generalize that pattern, of > course. Then your program can calculate the answer quickly. > > > [1] The story goes that Gauss' teacher was frustrated with his student's > abilities and set him a challenge to occupy him for some time: sum the > numbers from 1 through 100. Gauss immediately answered 5,050, much to his > teacher's chagrin. > > >> Regards, >> >> Roelof >> >> >> >

Jan. 4, 2020

Re: [Pharo-users] why is my css not found in a seaside project

by Roelof Wobben

So, if I understand the seaside book well , I have to add this to the painting class : initialize Â | app | Â Â Â Â app := WAAdmin register: YourWAComponent asApplicationAt: 'my-app'. Â Â Â Â app addLibrary: YourLibrary; or must I use another class and if so, which class. Roelof Op 4-1-2020 om 13:32 schreef Roelof Wobben: > Yes, I added it by using localhost:8080/config and then choose for the > application. > > In the tutorial Im following that was the way the application is > registered and the library. > > So where should I add the code you are saying to use. > > Here is the code I have so far: https://github.com/RoelofWobben/paintings > > Roelof > > > > > Op 4-1-2020 om 12:58 schreef Sven Van Caekenberghe: >> Did you add your library to your application ? >> >> Â Â Â Â | app | >> Â Â Â Â app := WAAdmin register: YourWAComponent asApplicationAt: 'my-app'. >> Â Â Â Â app addLibrary: YourLibrary; >> >>> On 4 Jan 2020, at 11:58, Roelof Wobben via Pharo-users >>> <pharo-users(a)lists.pharo.org> wrote: >>> >>> >>> From: Roelof Wobben <r.wobben(a)home.nl> >>> Subject: Re: [Pharo-users] why is my css not found in a seaside project >>> Date: 4 January 2020 at 11:58:46 GMT+1 >>> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> >>> >>> >>> Yes. it is callled >>> >>> Roelof >>> >>> >>> Op 4-1-2020 om 11:48 schreef Sven Van Caekenberghe: >>>> Try putting a breakpoint inside the #updateRoot: of your library >>>> class. Is it even called ? >>>> >>>>> On 4 Jan 2020, at 11:17, Roelof Wobben via Pharo-users >>>>> <pharo-users(a)lists.pharo.org> wrote: >>>>> >>>>> >>>>> From: Roelof Wobben <r.wobben(a)home.nl> >>>>> Subject: why is my css not found in a seaside project >>>>> Date: 4 January 2020 at 11:17:13 GMT+1 >>>>> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> >>>>> >>>>> >>>>> Hello, >>>>> >>>>> I have this in my library class on the instance side : >>>>> Â updateRoot: anHtmlRoot >>>>> Â Â Â Â super updateRoot: anHtmlRoot. >>>>> Â Â Â Â anHtmlRoot stylesheet url: self class / #mainCss. >>>>> Â Â Â Â anHtmlRoot javascript url: self class / #mainJs >>>>> >>>>> and a file mainCss on the instance side filled with css >>>>> and still the css is not found >>>>> >>>>> anyone idea why ? >>>>> >>>>> if needed I can put my whole code on github. >>>>> >>>>> >>>>> Regards, >>>>> >>>>> Roelof >>>>> >>>>> >>>>> >>> >>> >>> >> >

Jan. 4, 2020