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

Re: [Pharo-users] Statistics package in Pharo?

by Julien Delplanque

Wow lots of classes, I'll browse the package and tell you if that's what I need :) Thanks. On 03/03/15 11:46, Sebastian Tleye wrote: > The only package that I know that has statistical tools is > NumericalMethods, you can install it by going to tools->Configuraiton > Browser->NumericalMethods. > > Check if it has what you need > > 2015-03-03 11:40 GMT+01:00 Julien Delplanque <julien(a)tamere.eu>: > >> Hi everyone, >> >> Does anyone know if there is a package that contains implementation of >> statistics tests like Kolmogorov-Smirnov test, Khi-2 test, etc? >> >> I did fast research in Smalltalkhub but didn't found anything. >> >> Thanks in advance, >> >> Julien >> >> >

March 3, 2015

Re: [Pharo-users] Statistics package in Pharo?

by Sebastian Tleye

The only package that I know that has statistical tools is NumericalMethods, you can install it by going to tools->Configuraiton Browser->NumericalMethods. Check if it has what you need 2015-03-03 11:40 GMT+01:00 Julien Delplanque <julien(a)tamere.eu>: > Hi everyone, > > Does anyone know if there is a package that contains implementation of > statistics tests like Kolmogorov-Smirnov test, Khi-2 test, etc? > > I did fast research in Smalltalkhub but didn't found anything. > > Thanks in advance, > > Julien > > -- SebastiÃ¡n Tleye

March 3, 2015

Statistics package in Pharo?

by Julien Delplanque

Hi everyone, Does anyone know if there is a package that contains implementation of statistics tests like Kolmogorov-Smirnov test, Khi-2 test, etc? I did fast research in Smalltalkhub but didn't found anything. Thanks in advance, Julien

March 3, 2015

1 Dollar recogniser in Pharo

by stepharo

HI does any of you ported the 1Dollar recogniser from Squeak to Pharo? Stef

March 3, 2015

Re: [Pharo-users] roassal pixel rendering

by Peter UhnÃ¡k

On Tue, Mar 3, 2015 at 9:15 AM, Mircea S. <mircea(a)unom.ro> wrote: > What is your host system? > > If you're on a mac is it Retina? > > If you're on windows, what dpi setting are you using? > As I've mentioned, it is both on Linux and Windows (I don't have a mac so I can't test that). My Linux laptop LCD has 96dpi, and external screen probably higher (I'll check in the evening). The Windows was another machine, also 96dpi. However I don't see how that could be DPI related considering with the "correct" size it is rendered correctly. Peter > > > > Pe 3 mar. 2015, la 00:31, Peter UhnÃ¡k <i.uhnak(a)gmail.com> a scris: > > > Hi, > > > > I've been experiencing weird behavior with pixel rendering... > > > > basically one pixel lines will get blurred for some reason even though > there is no half-pixel overlapping. > > > > Here is a test code (screenshots attached below). > > Without the labels the left box will be blurred while the right is > better (even though it still has slight shadow); when I add labels however > their behavior will switch. > > > > What I would expect is to have nice sharp lines all the time. > > Is this Athens issue? Roassal? Pharo? > > Its ugly both on Linux and Windows. > > > > ==================================== > > | view box1 box2 | > > view := RTView new. > > box1 := RTBox new width: 50; height: 51; fillColor: Color transparent; > borderColor: Color black; elementOn: '50@51'. > > view add: box1. > > box2 := RTBox new width: 51; height: 50; fillColor: Color transparent; > borderColor: Color black; elementOn: '51@50'. > > view add: box2. > > > > "box1 @ RTLabelled. > > box2 @ RTLabelled." > > > > box1 translateTo: -50 @ 0. > > box2 translateTo: 50 @ 0. > > > > view open > > ==================================== > > > > Peter > > > > <without labels.png> > > <with labels.png> > >

March 3, 2015

Re: [Pharo-users] Fwd: [Pharo Consortium] Your organization application has been rejected.

by Martin BÃ¤hr

Excerpts from ClÃ©ment Bera's message of 2015-03-03 10:01:21 +0100: > Well, this year google it looks like accepted less organizations. > > 2012: 180 organizations accepted. > 2013: 177 organizations accepted. > 2014: 190 organizations accepted. > 2015: 137 organizations accepted. from the news announcement: "After reviewing 416 applications, we have chosen 137 open source projects, 37 of which are new to Google Summer of Code" assuming that every project from last year tried again, this means about half from last year didn't get re-accepted. more importantly, from those 416 applications probably half were new, so that means a lot of competition, and pharo just didn't make the cut. > A few projects with ESUG could be nice for sure. But there we will have in > the same issues again: typically, a student cannot in 3 months make his > project working for all existing smalltalk, ... well, if it is ESUG sponsored it would not have to follow googles timeline there is also VALS Semester of Code, http://semesterofcode.com/ though this doesn't have many universities participating yet. perhaps some of the universities that support smalltalk already could be convinced to participate next term... -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

March 3, 2015

Re: [Pharo-users] Git (gitfiletree) on Pharo vs Windows

by Jan B.

Of course, forward slashes. They seemed a little unnatural on windows, but it works indeed. So thank you once again. Jan Thierry Goubier wrote > Hi Jan, > > I remember that you said you used something like: > > Le 26/02/2015 11:06, Jan B. a Ã©crit :> Metacello new > > baseline: 'OurProject'; > > repository: > 'gitfiletree:///C:\Users\User\Pharo\ourproject\repository'; > > load. > > Can you try with > 'gitfiletree:///C:/Users/User/Pharo/ourproject/repository' ? > > I had a look at the code and gitfiletree uses ZnUrl>>asFileReference, so > it behaves like a file:// url which has / (and not \) as path separator > [1]. > > And i'll make sure you get a gitfiletree (and not a filetree) error :) > > [1] > http://www-archive.mozilla.org/quality/networking/testing/filetests.html > > Thierry -- View this message in context: http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-tp4806791p4809074… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 3, 2015

Re: [Pharo-users] Fwd: [Pharo Consortium] Your organization application has been rejected.

by ClÃ©ment Bera

Well, this year google it looks like accepted less organizations. 2012: 180 organizations accepted. 2013: 177 organizations accepted. 2014: 190 organizations accepted. 2015: 137 organizations accepted. A few projects with ESUG could be nice for sure. But there we will have in the same issues again: typically, a student cannot in 3 months make his project working for all existing smalltalk, ... 2015-03-03 9:12 GMT+01:00 Joachim Tuchel <jtuchel(a)objektfabrik.de>: > Bad news. I am eager to hear if there is something to learn from their > feedback. > > Now that both ESUG and Pharo have been rejected two years in a row, maybe > it is time to think about ways to revive, or re-promote, the ESUG > initiatives to sponsor student projects. > > Joachim > > Am 03.03.2015 08:59 schrieb Serge Stinckwich <serge.stinckwich(a)gmail.com>: > > > > Bad news from Google ... > > We will ask some explanations with Uko. > > > > > > ---------- Forwarded message ---------- > > From: <no-reply(a)google-melange.appspotmail.com> > > Date: Mon, Mar 2, 2015 at 7:56 PM > > Subject: [Pharo Consortium] Your organization application has been > rejected. > > To: serge.stinckwich(a)gmail.com > > > > > > Thank you for submitting Pharo Consortium's application to Google > > Summer of Code 2015. Unfortunately, we were unable to accept your > > organization's application at this time. Every year we receive many > > more applications than we are able to accommodate, and we would > > encourage you to reapply for future instances of the program. > > > > If you would like some general feedback on why your organization was > > not accepted, please consider attending the IRC meeting in #gsoc on > > Freenode on Friday, 6 March, 2015 at 16:00 UTC. Please note that the > > feedback meeting will be limited to the first 50 organizations to > > queue up (queuing in the channel will begin at 15:30 UTC). You are > > also more than welcome to just email the OSPO team at > > ospoteam(a)gmail.com directly for email feedback about your application > > as well. > > > > Best regards, > > > > > > -- > > Serge Stinckwich > > UCBN & UMI UMMISCO 209 (IRD/UPMC) > > Every DSL ends up being Smalltalk > > http://www.doesnotunderstand.org/ > > > > >

March 3, 2015

Re: [Pharo-users] Hacking a SOAP call - Checking a EU VAT number

by Norbert Hartl

Sven, that use case was one reason to implement mustache. I use it to generate SOAP calls from templates. As Mustache can have nested objects in processing you could even have more complex SOAP calls. Although complex/nested SOAP calls are far from being a good idea. Norbert > Am 03.03.2015 um 00:12 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > We have no SOAP implementation in Pharo (yet). But that does not mean we cannot do simple SOAP calls. Here is a practical example: checking the validity of a EU VAT number. > > This is a public service offered by the EU through a SOAP API. The WSDL can be found here: http://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl > > From this we know that the endpoint is http://ec.europa.eu/taxation_customs/vies/services/checkVatService > > When you paste the WSDL URL in http://wsdlbrowser.com you can explore the API (this site parses the WSDL to reveal its contents). The call that we need is called 'checkVat'. We can copy the call template and POST it to the endpoint, manually. If we load the XML Parser, we can interpret the result. > > Here is the complete code: > > | xml result | > xml := ZnEntity > with: ( > '<?xml version="1.0" encoding="UTF-8"?> > <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="urn:ec.europa.eu:taxud:vies:services:checkVat:types"> > <SOAP-ENV:Body> > <ns1:checkVat> > <ns1:countryCode>{1}</ns1:countryCode> > <ns1:vatNumber>{2}</ns1:vatNumber> > </ns1:checkVat> > </SOAP-ENV:Body> > </SOAP-ENV:Envelope>' format: #('LU' '20165772')) > type: ZnMimeType applicationXml. > result := ZnClient new > url: 'http://ec.europa.eu/taxation_customs/vies/services/checkVatService'; > entity: xml; > contentReader: [ :entity | XMLDOMParser parse: entity contents ]; > post. > ((result allElementsNamed: 'checkVatResponse') first > elementsCollect: [ :each | each name -> each contentString ]) asDictionary. > > => > > a Dictionary( > 'address'->'31, RUE STE ZITHE L-2763 LUXEMBOURG' > 'countryCode'->'LU' > 'name'->'ITUNES S.A R.L.' > 'requestDate'->'2015-03-03+01:00' > 'valid'->'true' > 'vatNumber'->'20165772' ) > > Of course, this will only work with simple SOAP interfaces. > > Sven > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > >

March 3, 2015

Re: [Pharo-users] roassal pixel rendering

by Mircea S.

What is your host system? If you're on a mac is it Retina? If you're on windows, what dpi setting are you using? Pe 3 mar. 2015, la 00:31, Peter UhnÃ¡k <i.uhnak(a)gmail.com> a scris: > Hi, > > I've been experiencing weird behavior with pixel rendering... > > basically one pixel lines will get blurred for some reason even though there is no half-pixel overlapping. > > Here is a test code (screenshots attached below). > Without the labels the left box will be blurred while the right is better (even though it still has slight shadow); when I add labels however their behavior will switch. > > What I would expect is to have nice sharp lines all the time. > Is this Athens issue? Roassal? Pharo? > Its ugly both on Linux and Windows. > > ==================================== > | view box1 box2 | > view := RTView new. > box1 := RTBox new width: 50; height: 51; fillColor: Color transparent; borderColor: Color black; elementOn: '50@51'. > view add: box1. > box2 := RTBox new width: 51; height: 50; fillColor: Color transparent; borderColor: Color black; elementOn: '51@50'. > view add: box2. > > "box1 @ RTLabelled. > box2 @ RTLabelled." > > box1 translateTo: -50 @ 0. > box2 translateTo: 50 @ 0. > > view open > ==================================== > > Peter > > <without labels.png> > <with labels.png>

March 3, 2015