- Pharo-users - lists.pharo.org

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

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

by Joachim Tuchel

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

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

by Serge Stinckwich

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] Git (gitfiletree) on Pharo vs Windows

by Thierry Goubier

Le 02/03/2015 23:53, Jan B. a Ã©crit : > Hello Thierry > > It works now, thank you a lot. > > It just seems like ProcessWrapper needs to be included also into > MetaRepoForPharo40, but when I load ProcessWrapper separately from > https://smalltalkhub.com/mc/hernan/ProcessWrapper/main , everything is fine > on both Pharo 3 and 4 (40526). > > So only remaining minor windows problem (which probably is not on your side > anyway) is that about getting gitfiletree repository address from string, so > I have to add repository manually via monticello gui, but it does not matter > too much. 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

March 3, 2015

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

by HernÃ¡n Morales Durand

It seems to work now, Thank you Thierry, HernÃ¡n 2015-03-02 17:07 GMT-03:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > Hi Jan, > > With HernÃ¡n's help and Dave Lewis confirmation, I have updated GitFileTree > so that it loads ProcessWrapper and wrote a solution to the loading issue > you have encountered. > > Please tell me any issues you would have with it. > > Thierry > > Le 26/02/2015 11:06, Jan B. a Ã©crit : > > Hi >> >> This time, when I add gitfiletree repository via monticello, it loads all >> packages and classes. >> However, it does not load any methods. Even if I use "Browse" in >> repository >> window, it displays class definition, including variables and category >> correctly, but still no methods. Normal filetree shows and loads these >> methods. >> >> And another thing is that if I try to add and load gitfiletree repository >> via following command, not GUI, I get an Error: filetree:// repository >> 'C:\Users\User\Pharo\ourproject\repository\' does not exist >> >> command was: >> >> Metacello new >> baseline: 'OurProject'; >> repository: 'gitfiletree:///C:\Users\User\ >> Pharo\ourproject\repository'; >> load. >> >> when I delete that 'git' characters and leave just repository: >> 'filetree:///C:\Users (etc.), it loads fine, too, but it may be my >> mistake. >> >> Jan >> >> >> Thierry Goubier wrote >> >>> Hi Jan, >>> >>> I pushed a new version (development) of GitFileTree using ProcessWrapper >>> on Windows (version 82 on Smalltalkhub). >>> >>> You need to get ProcessWrapper loaded first, of course, from the >>> Configuration browser in Pharo 3. >>> >>> If you want to try? >>> >>> Thierry >>> >> >> >> >> >> >> -- >> View this message in context: http://forum.world.st/Git- >> gitfiletree-on-Pharo-vs-Windows-tp4806791p4807789.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> > >

March 2, 2015

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

by HernÃ¡n Morales Durand

2015-03-02 19:53 GMT-03:00 Jan B. <bliznjan(a)fit.cvut.cz>: > Hello Thierry > > It works now, thank you a lot. > > It just seems like ProcessWrapper needs to be included also into > MetaRepoForPharo40, but when I load ProcessWrapper separately from > https://smalltalkhub.com/mc/hernan/ProcessWrapper/main , everything is > fine > on both Pharo 3 and 4 (40526). > > Yes, I should prepare a Configuration for Pharo 4 because some things changed. HernÃ¡n

March 2, 2015