- Pharo-users - lists.pharo.org

Re: [Pharo-users] 1$ Recognizer in Pharo

by Peter UhnÃ¡k

This is cool indeed! It would be interesting to integrate it with Roassal to drag elements around. :) Peter On Thu, Jul 2, 2015 at 12:33 AM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Very cool ! > > > On Jul 1, 2015, at 18:52, stepharo <stepharo(a)free.fr> wrote: > > > > > > Now that we have gestures we can interface recognisers. > > Thanks Thales for the sponsoring. > > > > http://youtu.be/Ghxgv8c9OWM > > > > Stef > > > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > >

July 2, 2015

Re: [Pharo-users] an elegant way to return a result

by Joachim Tuchel

Just found this on twitter: http://www.cs.wm.edu/~denys/pubs/ICSE%2715-BadSmells-CRC.pdf Am 01.07.2015 23:35 schrieb stepharo <stepharo(a)free.fr>: > > I know :D > > Le 1/7/15 15:19, jtuchel(a)objektfabrik.de a Ã©crit : > > Stef, > > > > you're shooting the wrong man! ;-) The crime was committed in your > > team ;-)))) > > > > See you in Brescia > > > > Joachim > > > > Am 30.06.15 um 19:19 schrieb stepharo: > >> > >> > >> Le 30/6/15 14:39, jtuchel(a)objektfabrik.de a Ã©crit : > >>> Ah, Okay, you are mentioning the one and only one case in which this > >>> could make sense.... ;-) > >>> > >>> Something like > >>> > >>> stream next ifNil: [^stream next]. > >> > >> so ugly. > >> Please we should not teach how to do exception with blocks :) > >>> > >>> So there may be cases where the two sends do not return the same > >>> result. But that is, of course, not what the OP suggested. > >>> Nevertheless, I was too fast in criticizing ;-) > >>> > >>> I would consider code like that "less easy" to maintain, however. > >>> > >>> Nice thinking Kata ;-) > >>> > >>> Joachim > >>> > >>> > >>> > >>> Am 30.06.15 um 14:22 schrieb Esteban Lorenzano: > >>>> ah yeah :) > >>>> > >>>> I assumed > >>>> > >>>> first "something aMsg" ~= second "something aMsgâ > >>>> > >>>> In case is the same, the correct way is as you say: > >>>> > >>>> ^ something aMsg ifNil: [ anotherResult ] > >>>> > >>>> (sorry, he :P) > >>>> > >>>>> On 30 Jun 2015, at 13:43, jtuchel(a)objektfabrik.de wrote: > >>>>> > >>>>> Am 30.06.15 um 13:40 schrieb Peter UhnÃ¡k: > >>>>>> Make sense if there's code in between. > >>>>> not sure what you're saying. I mean, sending the message twice > >>>>> makes sense if you already know the outcome? Hmmm... > >>>>> > >>>>>> something aMsg ifNil:[ ^ something aMsg ]. "yay for guards!" > >>>>>> "much more code" > >>>>>> ^ aNotherResult > >>>>>> > >>>>>> Peter > >>>>> > >>>>> -- > >>>>> ----------------------------------------------------------------------- > >>>>> > >>>>> Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de > >>>>> Fliederweg 1 http://www.objektfabrik.de > >>>>> D-71640 Ludwigsburg http://joachimtuchel.wordpress.com > >>>>> Telefon: +49 7141 56 10 86 0Â Â Â Â Â Â Â Â Fax: +49 7141 56 10 86 1 > >>>>> > >>>>> > >>>> > >>>> > >>> > >>> > >> > >> > >> > > > > > > >

July 2, 2015

Phratch: Support for Spanish language in the interface

by Offray Vladimir Luna CÃ¡rdenas

Hi, Some teachers are considering to make some field work with Phratch on learning physics by modelling simple real world phenomena (uniform accelerated movement, free fall etc). I downloaded it today and try to change the interface to Spanish, but I couldn't find the proper place to do it. Has Phratch support for a Spanish interface. If not, how difficult will be to provide this and how can we help? Cheers, Offray

July 2, 2015

Re: [Pharo-users] HTTP file logging for Zinc

by Ben Coman

On Thu, Jul 2, 2015 at 2:53 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> On 01 Jul 2015, at 19:54, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> >> Thank you Sven! > > You're welcome. > > One thing that I did that I am not sure of is, whether Referer and User-Agent should be "-" or just "" when absent, I chose the first one but I am not sure. > >> How does it work with FileStreams when the requests come from different threads of the server? I mean, is FileStream thread safe? I guess that if I have multiple images I should have a file per image, otherwise I couldn't write to a single file. > > Everything goes through Announcer, but that does not seem to serialise access (but I might be wrong). It should technically be possible to add monitor on the receiving end. Announcer is only thread safe with respect to its own data structures. It does not make its users thread safe. cheers -ben > > If you have multiple images, that you need to consolidate things yourself. > >> I will add the payload logging somehow. Maybe writing to an SQLite db. > > Let us know how it goes. > > I am especially interested if other tools dig the output. > >> Thank you again. >> >> >> Esteban A. Maringolo >> >> 2015-07-01 12:01 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> Esteban, >> >> > On 29 Jun 2015, at 21:40, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> > >> > Hello everyone, >> > >> > I want to record everything that goes in or out from our REST API servers, maybe including HTTP payload (JSON mostly). >> > >> > ZnLogEvent seems to have the basic building blocks for logging, but I want to know if there is >> > a package/project that already provides file logging, so I can not only have the logs, but also if the file format is compatible with other http logs I can run traditional web log tools on them, like Webalizer or AWStats. >> > >> > Thank you! >> > >> > Esteban A. Maringolo >> >> I committed the following: >> >> === >> Name: Zinc-HTTP-SvenVanCaekenberghe.432 >> Author: SvenVanCaekenberghe >> Time: 1 July 2015, 4:50:46.339985 pm >> UUID: 56da27df-1641-4b62-ba6d-34345f31a1af >> Ancestors: Zinc-HTTP-SvenVanCaekenberghe.431 >> >> Added ZnCommonLogFormat, an object that formats ZnServerTransactionEvent log objects using the Apache Common Log Format (Combined) >> === >> >> From the class comment: >> >> === >> I am ZnCommonLogFormat, I can output ZnServerTransactionEvent objects using Apache Common Log Format (CLF). >> >> https://en.wikipedia.org/wiki/Common_Log_Format >> https://httpd.apache.org/docs/trunk/logs.html#common >> >> >> === >> >> Which will give the following output: >> >> === >> 127.0.0.1 - - [01/Jul/2015:16:35:36 +02:00] "GET /random HTTP/1.1" 200 64 "http://localhost:1701/help" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/600.7.12 (KHTML, like Gecko) Version/8.0.7 Safari/600.7.12" >> 127.0.0.1 - - [01/Jul/2015:16:35:37 +02:00] "GET /random HTTP/1.1" 200 64 "http://localhost:1701/help" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/600.7.12 (KHTML, like Gecko) Version/8.0.7 Safari/600.7.12" >> 127.0.0.1 - - [01/Jul/2015:16:36:20 +02:00] "GET / HTTP/1.1" 200 977 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/600.7.12 (KHTML, like Gecko) Version/8.0.7 Safari/600.7.12" >> 127.0.0.1 - - [01/Jul/2015:16:36:21 +02:00] "GET /echo HTTP/1.1" 200 674 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/600.7.12 (KHTML, like Gecko) Version/8.0.7 Safari/600.7.12" >> 127.0.0.1 - - [01/Jul/2015:16:36:25 +02:00] "GET /echo?foo=1 HTTP/1.1" 200 680 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/600.7.12 (KHTML, like Gecko) Version/8.0.7 Safari/600.7.12" >> 127.0.0.1 - - [01/Jul/2015:16:36:53 +02:00] "GET /echo?foo=12 HTTP/1.1" 200 681 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/600.7.12 (KHTML, like Gecko) Version/8.0.7 Safari/600.7.12" >> 127.0.0.1 - - [01/Jul/2015:16:39:13 +02:00] "GET /random HTTP/1.1" 200 64 "-" "curl/7.37.1" >> 127.0.0.1 - sven [01/Jul/2015:16:40:43 +02:00] "GET /random HTTP/1.1" 200 64 "-" "curl/7.37.1" >> 127.0.0.1 - - [01/Jul/2015:16:42:18 +02:00] "GET /bytes/256 HTTP/1.1" 200 256 "-" "Zinc HTTP Components 1.0" >> === >> >> This still needs battle testing and feedback. >> >> HTH, >> >> Sven >> >> >> > >

July 2, 2015

Re: [Pharo-users] 1$ Recognizer in Pharo

by Johan Fabry

Very cool ! > On Jul 1, 2015, at 18:52, stepharo <stepharo(a)free.fr> wrote: > > > Now that we have gestures we can interface recognisers. > Thanks Thales for the sponsoring. > > http://youtu.be/Ghxgv8c9OWM > > Stef > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

July 2, 2015

Re: [Pharo-users] Modern Events Touch and Gestures in Pharo.

by Merwan Ouddane

On 30/06/2015 22:35, J.F. Rick wrote: > Awesome! There's a reasonable chance that I can contribute to this (or > at least utilize it), depending on what contracts I get. If I do get > that in the near future, who do I contact about contributing? I will maintain it for a while, if you have any suggestions or questions, don't hesitate :) > > Cheers, > > Jeff > > On Tue, Jun 30, 2015 at 1:18 PM stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Thanks Thales for the sponsoring. > > https://youtu.be/eNrbH8A5nyY > > Stef and the rmod team >

July 2, 2015

Re: [Pharo-users] [Pharo-dev] 1$ Recognizer in Pharo

by Merwan Ouddane

The DollarP is available too: (Gofer it smalltalkhubUser: 'MerwanOuddane' project: 'DollarPRecognizer'; package: 'DollarPRecognizer') load. On 02/07/2015 00:02, Sven Van Caekenberghe wrote: > Cool, cool, cool ! > >> On 01 Jul 2015, at 23:52, stepharo <stepharo(a)free.fr> wrote: >> >> >> Now that we have gestures we can interface recognisers. >> Thanks Thales for the sponsoring. >> >> http://youtu.be/Ghxgv8c9OWM >> >> Stef >> >

July 2, 2015

Re: [Pharo-users] 1$ Recognizer in Pharo

by Sven Van Caekenberghe

Cool, cool, cool ! > On 01 Jul 2015, at 23:52, stepharo <stepharo(a)free.fr> wrote: > > > Now that we have gestures we can interface recognisers. > Thanks Thales for the sponsoring. > > http://youtu.be/Ghxgv8c9OWM > > Stef >

July 2, 2015

Re: [Pharo-users] an elegant way to return a result

by Matthieu Lacaton

This whole conversation really makes me want to ask: How do you know if some code is bad, good or completely ugly ? I've not been programming for long but I've already heard sentences like this: "Damn this piece of code is so bad !" so often that I am really wondering. What are the rules ? Performant code makes total sense but it seems there is something else. Le 1 juil. 2015 23:36, "stepharo" <stepharo(a)free.fr> a Ã©crit : > I know :D > > Le 1/7/15 15:19, jtuchel(a)objektfabrik.de a Ã©crit : > >> Stef, >> >> you're shooting the wrong man! ;-) The crime was committed in your team >> ;-)))) >> >> See you in Brescia >> >> Joachim >> >> Am 30.06.15 um 19:19 schrieb stepharo: >> >>> >>> >>> Le 30/6/15 14:39, jtuchel(a)objektfabrik.de a Ã©crit : >>> >>>> Ah, Okay, you are mentioning the one and only one case in which this >>>> could make sense.... ;-) >>>> >>>> Something like >>>> >>>> stream next ifNil: [^stream next]. >>>> >>> >>> so ugly. >>> Please we should not teach how to do exception with blocks :) >>> >>>> >>>> So there may be cases where the two sends do not return the same >>>> result. But that is, of course, not what the OP suggested. Nevertheless, I >>>> was too fast in criticizing ;-) >>>> >>>> I would consider code like that "less easy" to maintain, however. >>>> >>>> Nice thinking Kata ;-) >>>> >>>> Joachim >>>> >>>> >>>> >>>> Am 30.06.15 um 14:22 schrieb Esteban Lorenzano: >>>> >>>>> ah yeah :) >>>>> >>>>> I assumed >>>>> >>>>> first "something aMsg" ~= second "something aMsgâ >>>>> >>>>> In case is the same, the correct way is as you say: >>>>> >>>>> ^ something aMsg ifNil: [ anotherResult ] >>>>> >>>>> (sorry, he :P) >>>>> >>>>> On 30 Jun 2015, at 13:43, jtuchel(a)objektfabrik.de wrote: >>>>>> >>>>>> Am 30.06.15 um 13:40 schrieb Peter UhnÃ¡k: >>>>>> >>>>>>> Make sense if there's code in between. >>>>>>> >>>>>> not sure what you're saying. I mean, sending the message twice makes >>>>>> sense if you already know the outcome? Hmmm... >>>>>> >>>>>> something aMsg ifNil:[ ^ something aMsg ]. "yay for guards!" >>>>>>> "much more code" >>>>>>> ^ aNotherResult >>>>>>> >>>>>>> Peter >>>>>>> >>>>>> >>>>>> -- >>>>>> ----------------------------------------------------------------------- >>>>>> >>>>>> Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de >>>>>> Fliederweg 1 http://www.objektfabrik.de >>>>>> D-71640 Ludwigsburg http://joachimtuchel.wordpress.com >>>>>> Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> >> >> > >

July 1, 2015

1$ Recognizer in Pharo

by stepharo

Now that we have gestures we can interface recognisers. Thanks Thales for the sponsoring. http://youtu.be/Ghxgv8c9OWM Stef

July 1, 2015