May 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] SmalltalkWorld chartFrameworks.

by Alain Busser

I made Gofer new renggli: 'petit'; package: 'ConfigurationOfPetitParser'; load. (Smalltalk at: #ConfigurationOfPetitParser) perform: #loadDefault. The tool is actually loaded but when I try to launch it from the system menu I get a receiver of "-" is nil Same message if in the workspace I type PPBrowser new open, but not if I try PPBrowser new inspect (there, I have an inspector open on the PPBrowser) I'll switch to smalltalkhub now Alain On Fri, May 17, 2013 at 10:44 AM, stephane ducasse <stephane.ducasse(a)free.fr > wrote: > ****ALL*** the moose people are using PetitParser and it loads in 20. > so where you took the code from? > > The official repositories are on SmalltalkHub/Moose > > Stef > > On May 16, 2013, at 8:27 PM, Alain Busser <alain.busser(a)gmail.com> wrote: > > Hi, > > I have a similar problem with PetitParser (loads well under Pharo 1.4, not > as well under Pharo 2.0) > > Alain > > > On Thu, May 16, 2013 at 8:56 PM, Camille Teruel <camille.teruel(a)gmail.com>wrote: > >> >> On 16 mai 2013, at 17:59, stephane ducasse wrote: >> >> yes normally the moose people. >> This is strange because eyesee is in Moose and we load it daily in 2.0. >> >> >> Maybe the smalltalk hub repo is more up to date? >> >> >> Stef >> >> Thanks for your answer Camille! >> >> I tried it. >> It loads well on 1.4 but in 2.0 shows warining about a non satisfied >> blockclosure class. >> >> Then when I run the test there is a faliure with the anouncements, which >> also accured when I tried the examples. >> >> Is someone maintaining this? >> >> Thanks again, >> Juan >> >> >> On Thu, May 16, 2013 at 11:27 AM, Camille Teruel < >> camille.teruel(a)gmail.com> wrote: >> >>> Hi Juan, >>> >>> You can have a look to eyeSee: >>> >>> Gofer it >>> squeaksource: 'EyeSee'; >>> package: 'ConfigurationOfEyeSee'; >>> load. >>> (Smalltalk at: #ConfigurationOfEyeSee) loadDefault >>> >>> >>> On 16 mai 2013, at 16:03, Juan Ignacio Vaccarezza wrote: >>> >>> Hi all, >>> >>> Does anybody know a chart framework? Im looking fo something like >>> jfreechart (java chart framework). >>> I need bar graph, pie chart, and line chart. >>> >>> Thanks, >>> Juan >>> >>> >>> >> >> >> > >

May 17, 2013

Re: [Pharo-users] SmalltalkWorld chartFrameworks.

by Juan Ignacio Vaccarezza

Hi all, thanks for the answers, I also notice the problem with petit parser (the parsing stuff is working but not the editor throws a MNU), I loaded it using the configuration browser I'll try loading from SH later, right now Im stuck with something else. Thanks again, Juan. On Fri, May 17, 2013 at 4:20 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > and not just the moose people :) > > take into account that all those project has been migrated to > smalltalkhub, under the moose team: > > http://smalltalkhub.com/#!/~Moose > > for the moose guys: > > what about promote the right configurations to MetaRepoForPharo20? (I know > there are a lot of cool stuff in that team that can be shared :P) > > (yeah, I know... I'm annoying with this "configurations" stuff, but > someone has to remember it, otherwise it will be wrongly empty :) > > Esteban > > > On May 17, 2013, at 8:44 AM, stephane ducasse <stephane.ducasse(a)free.fr> > wrote: > > ****ALL*** the moose people are using PetitParser and it loads in 20. > so where you took the code from? > > The official repositories are on SmalltalkHub/Moose > > Stef > > On May 16, 2013, at 8:27 PM, Alain Busser <alain.busser(a)gmail.com> wrote: > > Hi, > > I have a similar problem with PetitParser (loads well under Pharo 1.4, not > as well under Pharo 2.0) > > Alain > > > On Thu, May 16, 2013 at 8:56 PM, Camille Teruel <camille.teruel(a)gmail.com>wrote: > >> >> On 16 mai 2013, at 17:59, stephane ducasse wrote: >> >> yes normally the moose people. >> This is strange because eyesee is in Moose and we load it daily in 2.0. >> >> >> Maybe the smalltalk hub repo is more up to date? >> >> >> Stef >> >> Thanks for your answer Camille! >> >> I tried it. >> It loads well on 1.4 but in 2.0 shows warining about a non satisfied >> blockclosure class. >> >> Then when I run the test there is a faliure with the anouncements, which >> also accured when I tried the examples. >> >> Is someone maintaining this? >> >> Thanks again, >> Juan >> >> >> On Thu, May 16, 2013 at 11:27 AM, Camille Teruel < >> camille.teruel(a)gmail.com> wrote: >> >>> Hi Juan, >>> >>> You can have a look to eyeSee: >>> >>> Gofer it >>> squeaksource: 'EyeSee'; >>> package: 'ConfigurationOfEyeSee'; >>> load. >>> (Smalltalk at: #ConfigurationOfEyeSee) loadDefault >>> >>> >>> On 16 mai 2013, at 16:03, Juan Ignacio Vaccarezza wrote: >>> >>> Hi all, >>> >>> Does anybody know a chart framework? Im looking fo something like >>> jfreechart (java chart framework). >>> I need bar graph, pie chart, and line chart. >>> >>> Thanks, >>> Juan >>> >>> >>> >> >> >> > > >

May 17, 2013

Re: [Pharo-users] SmalltalkWorld chartFrameworks.

by Esteban Lorenzano

and not just the moose people :) take into account that all those project has been migrated to smalltalkhub, under the moose team: http://smalltalkhub.com/#!/~Moose for the moose guys: what about promote the right configurations to MetaRepoForPharo20? (I know there are a lot of cool stuff in that team that can be shared :P) (yeah, I know... I'm annoying with this "configurations" stuff, but someone has to remember it, otherwise it will be wrongly empty :) Esteban On May 17, 2013, at 8:44 AM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > ****ALL*** the moose people are using PetitParser and it loads in 20. > so where you took the code from? > > The official repositories are on SmalltalkHub/Moose > > Stef > > On May 16, 2013, at 8:27 PM, Alain Busser <alain.busser(a)gmail.com> wrote: > >> Hi, >> >> I have a similar problem with PetitParser (loads well under Pharo 1.4, not as well under Pharo 2.0) >> >> Alain >> >> >> On Thu, May 16, 2013 at 8:56 PM, Camille Teruel <camille.teruel(a)gmail.com> wrote: >> >> On 16 mai 2013, at 17:59, stephane ducasse wrote: >> >>> yes normally the moose people. >>> This is strange because eyesee is in Moose and we load it daily in 2.0. >> >> Maybe the smalltalk hub repo is more up to date? >> >>> >>> Stef >>> >>>> Thanks for your answer Camille! >>>> >>>> I tried it. >>>> It loads well on 1.4 but in 2.0 shows warining about a non satisfied blockclosure class. >>>> >>>> Then when I run the test there is a faliure with the anouncements, which also accured when I tried the examples. >>>> >>>> Is someone maintaining this? >>>> >>>> Thanks again, >>>> Juan >>>> >>>> >>>> On Thu, May 16, 2013 at 11:27 AM, Camille Teruel <camille.teruel(a)gmail.com> wrote: >>>> Hi Juan, >>>> >>>> You can have a look to eyeSee: >>>> >>>> Gofer it >>>> squeaksource: 'EyeSee'; >>>> package: 'ConfigurationOfEyeSee'; >>>> load. >>>> (Smalltalk at: #ConfigurationOfEyeSee) loadDefault >>>> >>>> >>>> On 16 mai 2013, at 16:03, Juan Ignacio Vaccarezza wrote: >>>> >>>>> Hi all, >>>>> >>>>> Does anybody know a chart framework? Im looking fo something like jfreechart (java chart framework). >>>>> I need bar graph, pie chart, and line chart. >>>>> >>>>> Thanks, >>>>> Juan >>>> >>>> >>> >> >> >

May 17, 2013

Re: [Pharo-users] SmalltalkWorld chartFrameworks.

by stephane ducasse

****ALL*** the moose people are using PetitParser and it loads in 20. so where you took the code from? The official repositories are on SmalltalkHub/Moose Stef On May 16, 2013, at 8:27 PM, Alain Busser <alain.busser(a)gmail.com> wrote: > Hi, > > I have a similar problem with PetitParser (loads well under Pharo 1.4, not as well under Pharo 2.0) > > Alain > > > On Thu, May 16, 2013 at 8:56 PM, Camille Teruel <camille.teruel(a)gmail.com> wrote: > > On 16 mai 2013, at 17:59, stephane ducasse wrote: > >> yes normally the moose people. >> This is strange because eyesee is in Moose and we load it daily in 2.0. > > Maybe the smalltalk hub repo is more up to date? > >> >> Stef >> >>> Thanks for your answer Camille! >>> >>> I tried it. >>> It loads well on 1.4 but in 2.0 shows warining about a non satisfied blockclosure class. >>> >>> Then when I run the test there is a faliure with the anouncements, which also accured when I tried the examples. >>> >>> Is someone maintaining this? >>> >>> Thanks again, >>> Juan >>> >>> >>> On Thu, May 16, 2013 at 11:27 AM, Camille Teruel <camille.teruel(a)gmail.com> wrote: >>> Hi Juan, >>> >>> You can have a look to eyeSee: >>> >>> Gofer it >>> squeaksource: 'EyeSee'; >>> package: 'ConfigurationOfEyeSee'; >>> load. >>> (Smalltalk at: #ConfigurationOfEyeSee) loadDefault >>> >>> >>> On 16 mai 2013, at 16:03, Juan Ignacio Vaccarezza wrote: >>> >>>> Hi all, >>>> >>>> Does anybody know a chart framework? Im looking fo something like jfreechart (java chart framework). >>>> I need bar graph, pie chart, and line chart. >>>> >>>> Thanks, >>>> Juan >>> >>> >> > >

May 17, 2013

Re: [Pharo-users] [ANN] ZnReadEvalPrintDelegate

by Igor Stasenko

On 16 May 2013 15:05, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 16 May 2013, at 14:41, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> cool :) > > Thx, it is actually very simple, just a little hack. > > I wanted to make it work like your zero-conf scripts > > $ curl localhost:1701/repl | bash > > But that does not seem possible (after a day of fruitless bash hacking ;-): bash already reads its script from stdin, hence the script itself cannot read his own input from stdin (or so it seems). > > If you would happen to know how to do it â¦ > you know you can always add one more pipe, do you? <whatever gives some output to> | <this guy who consumes it and gives to> | <another guy which consumes it and outputs the result> :) >> On 2013-05-16, at 14:36, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> Hi, >>> >>> Here is a little tool that might be useful to some you. For others it might be a nice example. >>> >>> So you have your shiny Pharo server application running in the cloud. When something goes wrong, most of the time you will just restart, manually or automatically. But sometimes you wish you could interact with a running headless server image. Problem is, you can't out of the box. >>> >>> ZnReadEvalPrintDelegate is a simple tool that exports a REPL Web Service. Much like the emergency evaluator. Primitive but better than nothing. Install it on a port of your choice, running in a independent Zn HTTP server, bound to localhost only. >>> >>> ZnReadEvalPrintDelegate startInServerOn: 1701. >>> >>> There is only one API method: POST a plain/text Smalltalk expression to evaluate, get the result back. >>> >>> ZnClient new >>> url: 'http://localhost:1701/repl'; >>> contents: '42 factorial'; >>> post. >>> >>> Here is an example terminal session (logged in to the server, not remote): >>> >>> A GET on the service /repl gives some help text >>> >>> $ curl http://localhost:1701/repl >>> # Pharo Smalltalk REPL. POST expressions to evaluate >>> # Here is one way (type ctrl-d to end input) >>> curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl >>> >>> A POST with -d is good for short expressions >>> >>> $ curl -X POST -H'Content-Type:text/plain' -d '42 factorial' http://localhost:1701/repl >>> 1405006117752879898543142606244511569936384000000000 >>> >>> For longer or multi line expressions you can read input from stdin and end with ctrl-d (copy the expression returned by the GET). Or you could send text files. >>> >>> $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl >>> { (1 to: 10) sum. (1 to: 10) average } >>> {55. (11/2)} >>> >>> There is error handling as well: >>> >>> $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl >>> 1 plus: 2 >>> MessageNotUnderstood: SmallInteger>>plus: >>> SmallInteger(Object)>>doesNotUnderstand: #plus: >>> Receiver: 1 >>> Arguments and temporary variables: >>> aMessage: plus: 2 >>> exception: MessageNotUnderstood: SmallInteger>>plus: >>> resumeValue: nil >>> Receiver's instance variables: >>> 1 >>> UndefinedObject>>DoIt >>> Compiler>>evaluate:in:to:notifying:ifFail:logged: >>> Compiler>>evaluate:in:to:notifying:ifFail: >>> Compiler>>evaluate:in:to: >>> ZnReadEvalPrintDelegate>>evaluate: in Block: [| result |... >>> BlockClosure>>on:do: >>> ZnReadEvalPrintDelegate>>evaluate: in Block: [:out | [| result |... >>> String class(SequenceableCollection class)>>new:streamContents: >>> >>> WARNING: never open this service beyond your local network ! This service gives you absolute control over and access to everything in your image. For example, the following will kill your image: >>> >>> $ curl -X POST -H'Content-Type:text/plain' -d 'Smalltalk quitPrimitive' http://localhost:1701/repl >>> >>> All this in one class and a handful of methods. >>> >>> Enjoy, >>> >>> Sven >>> >>> PS1: Part of Zinc HTTP Components, in the bleedingEdge version. >>> >>> PS2: Of course, basic authentication or HTTPS can be added through simple Zn configuration. >>> >>> -- >>> Sven Van Caekenberghe >>> Proudly supporting Pharo >>> http://pharo.org >>> http://association.pharo.org >>> http://consortium.pharo.org >>> >>> >>> >>> >>> >> >> > > -- Best regards, Igor Stasenko.

May 16, 2013

Re: [Pharo-users] InputEventSensor and polling

by Igor Stasenko

On 16 May 2013 10:32, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On May 15, 2013, at 10:34 PM, Eric Clack wrote: > >> Hi Stephane and Jannik, >> Well I don't hate the code (yet ;-) So perhaps I'll have a play with it a bit more and see if I can get something that works well, and fits with plans for Pharo3.0. >> >> Cheers, >> -Eric. > > Would it be possible to translate it to something like > alias spaceHandler > When space pressed [ > set t1 true] > > When flag clicked [ > set t1 false > install spaceHandler > Loop forever [ > move 5 steps > turn 5 degrees > if t1 [ > Stamp the sprite on the screen > set t1 false > ] > ] > uninstall spaceHandler > ] > > In general, it should be possible to rewrite polling code to event-driven with some use of temporaries. > +1 you can simply turn polling into non-polling by recording the events (as they come i.e. key-down , then key-up) in some "keyboard map" then your test "if space down" is actually asking keyboard map whether space key is held down or not, and you don't need polling event sensor. For "key pressed" events the story is a bit more complicated, because there's a lot of mess how to translate "key-down /up" pair of physical events (separated by time) into one or series of synthesized "key pressed" events. Operating systems handling them differently, VM (hardcoded) code tries to unify this but IMO is only makes things worse, because it introducing common "worst" denominator. >From VM side, i would really leave only raw event handling (e.g. physical key down/up events) and let image side decide how to synthesize "key pressed" events. However, with devices like touchpads things even worse, because they actually generating only key press events (while actually user still touching screen and then releases after some time, so it is still key down/up physically). (maybe implementing own virtual keyboard in image would be a good solution to that problem) > Cheers, > Henry -- Best regards, Igor Stasenko.

May 16, 2013

Re: [Pharo-users] [ANN] ZnReadEvalPrintDelegate

by btc＠openinworld.com

May 16, 2013

Re: [Pharo-users] [ANN] ZnReadEvalPrintDelegate

by Sven Van Caekenberghe

Ben, On 16 May 2013, at 20:30, btc(a)openinworld.com wrote: > Very cool. btw, does the Zinc HTTPS handle client-certificates? Certificate management in Zodiac TLS/SSL is weak and platform dependent: basically, the primitives are incompletely implemented. This is not an easy subject. > That might be reasonably secure if a private tunnel to the box is not available. I can't imagine working with a server unless I can ssh into it, hence ssh -L1701:localhost:1701 myserver.com would be enough to establish the tunnel. But once you are on the host, you can do the curl requests there of course. As for remote access, Basic Authentication over HTTPS seems sufficient to me, though it isn't perfect. We use this in production for remote web service APIs. Here is how you could set it up: (ZnSecureServer on: 1443) certificate: '/home/sven/ssl/key-cert.pem'; delegate: ZnReadEvalPrintDelegate new; authenticator: (ZnBasicAuthenticator username: 'btc(a)openinworld.com' password: 'Sm@lltalk'); start. Alternatively, an Apache or Nginx proxy with client certificates would do the trick as well. Sven > cheers -ben > > Sven Van Caekenberghe wrote: >> Hi, >> >> Here is a little tool that might be useful to some you. For others it might be a nice example. >> >> So you have your shiny Pharo server application running in the cloud. When something goes wrong, most of the time you will just restart, manually or automatically. But sometimes you wish you could interact with a running headless server image. Problem is, you can't out of the box. >> >> ZnReadEvalPrintDelegate is a simple tool that exports a REPL Web Service. Much like the emergency evaluator. Primitive but better than nothing. Install it on a port of your choice, running in a independent Zn HTTP server, bound to localhost only. >> >> ZnReadEvalPrintDelegate startInServerOn: 1701. >> >> There is only one API method: POST a plain/text Smalltalk expression to evaluate, get the result back. >> >> ZnClient new >> url: 'http://localhost:1701/repl'; >> contents: '42 factorial'; >> post. >> >> Here is an example terminal session (logged in to the server, not remote): >> >> A GET on the service /repl gives some help text >> >> $ curl http://localhost:1701/repl >> # Pharo Smalltalk REPL. POST expressions to evaluate >> # Here is one way (type ctrl-d to end input) >> curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl >> >> A POST with -d is good for short expressions >> >> $ curl -X POST -H'Content-Type:text/plain' -d '42 factorial' http://localhost:1701/repl >> 1405006117752879898543142606244511569936384000000000 >> >> For longer or multi line expressions you can read input from stdin and end with ctrl-d (copy the expression returned by the GET). Or you could send text files. >> >> $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl >> { (1 to: 10) sum. (1 to: 10) average } >> {55. (11/2)} >> >> There is error handling as well: >> >> $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl >> 1 plus: 2 >> MessageNotUnderstood: SmallInteger>>plus: >> SmallInteger(Object)>>doesNotUnderstand: #plus: >> Receiver: 1 >> Arguments and temporary variables: aMessage: plus: 2 >> exception: MessageNotUnderstood: SmallInteger>>plus: >> resumeValue: nil >> Receiver's instance variables: 1 >> UndefinedObject>>DoIt >> Compiler>>evaluate:in:to:notifying:ifFail:logged: >> Compiler>>evaluate:in:to:notifying:ifFail: >> Compiler>>evaluate:in:to: >> ZnReadEvalPrintDelegate>>evaluate: in Block: [| result |... >> BlockClosure>>on:do: >> ZnReadEvalPrintDelegate>>evaluate: in Block: [:out | [| result |... >> String class(SequenceableCollection class)>>new:streamContents: >> >> WARNING: never open this service beyond your local network ! This service gives you absolute control over and access to everything in your image. For example, the following will kill your image: >> >> $ curl -X POST -H'Content-Type:text/plain' -d 'Smalltalk quitPrimitive' http://localhost:1701/repl >> >> All this in one class and a handful of methods. >> >> Enjoy, >> >> Sven >> >> PS1: Part of Zinc HTTP Components, in the bleedingEdge version. >> >> PS2: Of course, basic authentication or HTTPS can be added through simple Zn configuration. >> >> -- >> Sven Van Caekenberghe >> Proudly supporting Pharo >> http://pharo.org >> http://association.pharo.org >> http://consortium.pharo.org >> >> >> >> >> >> >> > >

May 16, 2013

Re: [Pharo-users] SmalltalkWorld chartFrameworks.

by btc＠openinworld.com

May 16, 2013

Re: [Pharo-users] [ANN] ZnReadEvalPrintDelegate

by btc＠openinworld.com

Very cool. btw, does the Zinc HTTPS handle client-certificates? That might be reasonably secure if a private tunnel to the box is not available. cheers -ben Sven Van Caekenberghe wrote: > Hi, > > Here is a little tool that might be useful to some you. For others it might be a nice example. > > So you have your shiny Pharo server application running in the cloud. When something goes wrong, most of the time you will just restart, manually or automatically. But sometimes you wish you could interact with a running headless server image. Problem is, you can't out of the box. > > ZnReadEvalPrintDelegate is a simple tool that exports a REPL Web Service. Much like the emergency evaluator. Primitive but better than nothing. Install it on a port of your choice, running in a independent Zn HTTP server, bound to localhost only. > > ZnReadEvalPrintDelegate startInServerOn: 1701. > > There is only one API method: POST a plain/text Smalltalk expression to evaluate, get the result back. > > ZnClient new > url: 'http://localhost:1701/repl'; > contents: '42 factorial'; > post. > > Here is an example terminal session (logged in to the server, not remote): > > A GET on the service /repl gives some help text > > $ curl http://localhost:1701/repl > # Pharo Smalltalk REPL. POST expressions to evaluate > # Here is one way (type ctrl-d to end input) > curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl > > A POST with -d is good for short expressions > > $ curl -X POST -H'Content-Type:text/plain' -d '42 factorial' http://localhost:1701/repl > 1405006117752879898543142606244511569936384000000000 > > For longer or multi line expressions you can read input from stdin and end with ctrl-d (copy the expression returned by the GET). Or you could send text files. > > $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl > { (1 to: 10) sum. (1 to: 10) average } > {55. (11/2)} > > There is error handling as well: > > $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl > 1 plus: 2 > MessageNotUnderstood: SmallInteger>>plus: > SmallInteger(Object)>>doesNotUnderstand: #plus: > Receiver: 1 > Arguments and temporary variables: > aMessage: plus: 2 > exception: MessageNotUnderstood: SmallInteger>>plus: > resumeValue: nil > Receiver's instance variables: > 1 > UndefinedObject>>DoIt > Compiler>>evaluate:in:to:notifying:ifFail:logged: > Compiler>>evaluate:in:to:notifying:ifFail: > Compiler>>evaluate:in:to: > ZnReadEvalPrintDelegate>>evaluate: in Block: [| result |... > BlockClosure>>on:do: > ZnReadEvalPrintDelegate>>evaluate: in Block: [:out | [| result |... > String class(SequenceableCollection class)>>new:streamContents: > > WARNING: never open this service beyond your local network ! This service gives you absolute control over and access to everything in your image. For example, the following will kill your image: > > $ curl -X POST -H'Content-Type:text/plain' -d 'Smalltalk quitPrimitive' http://localhost:1701/repl > > All this in one class and a handful of methods. > > Enjoy, > > Sven > > PS1: Part of Zinc HTTP Components, in the bleedingEdge version. > > PS2: Of course, basic authentication or HTTPS can be added through simple Zn configuration. > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > > > >

May 16, 2013