September 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] what are the frameworks to develop 3d interactive world like codecity in Pharo

by Alexandre Bergel

I think that recoding a 3d engine is easier and much less frustrating that making Pharo talk to OpenGl. I am not aware of the last progresses made on that front, but I burnt 1 student on this. Codecity visualizations are not complex, it is just a matter of displaying triangles and multiplying matrixes. A student here learnt Smalltalk that way: http://bergel.eu/download/papers/Jaca11a-Klotz.pdf Cheers, Alexandre On 20 Sep 2011, at 08:45, StÃ©phane Ducasse wrote: > Hi guys > > we would like to propose a fun project and the idea would be to build a little codecity. > Now what are the frameworks to develop 3d interactive world in Pharo? > > - Lumiere? > - opengl binding? > > Stef -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 20, 2011

[Pharo-project] what are the frameworks to develop 3d interactive world like codecity in Pharo

by StÃ©phane Ducasse

Hi guys we would like to propose a fun project and the idea would be to build a little codecity. Now what are the frameworks to develop 3d interactive world in Pharo? - Lumiere? - opengl binding? Stef

Sept. 20, 2011

[Pharo-project] [Hudson->Jenkins] Removing 1.3 One-Click temporarily

by Marcus Denker

Hi, The one click on Hudson for 1.3 is out of date... so I configured the server to not create it. Pls use this for now: https://gforge.inria.fr/frs/download.php/29054/Pharo-1.3-13307-OneClick.zip On Jenkins, there will be a one-click again soon. -- Marcus Denker -- http://marcusdenker.de

Sept. 20, 2011

Re: [Pharo-project] Zinc: what's wrong with jamendo

by Sven Van Caekenberghe

On 20 Sep 2011, at 13:17, Henrik Sperre Johansen wrote: > http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4 > "Multiple message-header fields with the same field-name MAY be present in a message if and only if the entire field-value for that header field is defined as a comma-separated list [i.e., #(values)]. " > Content-Length = "Content-Length" ":" 1*DIGIT > > So technically, they're doing something illegal :) Apparently, this has been an issue before: http://greenbytes.de/tech/httpbis/issue-95.xhtml http://trac.tools.ietf.org/wg/httpbis/trac/ticket/95 It would not be too hard to implement this compromise: Both Chrome and Mozilla seem to have settled on allowing multiple C-Ls if they're dups. Sven

Sept. 20, 2011

Re: [Pharo-project] [1.3] pre-build 1.3-1307 One-Click

by Damien Cassou

Thank you Marcus. Is it also possible to change the big button in the top-right corner? On Tue, Sep 20, 2011 at 12:45 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Â Â Â Â https://gforge.inria.fr/frs/download.php/29054/Pharo-1.3-13307-OneClick.zip > > ... I will link it on > > Â Â Â Â http://www.pharo-project.org/pharo-download > and > Â Â Â Â http://www.pharo-project.org/pharo-download/release-1-3 > > > Â Â Â Â Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 20, 2011

Re: [Pharo-project] Zinc: what's wrong with jamendo

by Sven Van Caekenberghe

Hendrik, On 20 Sep 2011, at 12:56, Henrik Sperre Johansen wrote: > The response contains duplicate Content-Length header fields. (both with the same value) > Zn then fails since ZnHeaders >> contentLength expects there to be only one. Yes, there are indeed double headers, Safari reports them as 449, 449 while Zn turns them in an array #(449 449). As I said, I have to check the RFCs. > P.S. The response code was 302, is redirection handled at a different API level, or is #get: missing it? In the past only ZnUserAgent and its subclass ZnHttpClient followed redirects. In the future, there will only be one client, currently named, ZnNeoClient, that does follow redirects. Sven

Sept. 20, 2011

Re: [Pharo-project] Zinc: what's wrong with jamendo

by Henrik Sperre Johansen

On 20.09.2011 13:01, Sven Van Caekenberghe wrote: > Olivier, > > On 20 Sep 2011, at 12:32, Olivier Auverlot wrote: > >> Hi, >> >> I try to write a client to www.jamendo.com with Zinc. Jamendo has a REST API to request the music catalog. It's a fun workshop to discover Zinc :-) >> >> If I use the url " ZnClient get: 'http://api.jamendo.com/get2/name+url/album/xml" in my browser, I get the list of the last entries. But, if I do the same with Zinc, I get an error. >> >> ZnClient get: 'http://api.jamendo.com/get2/name+url/album/xml' >> >> The error is: "MessageNotUnderstood: Array>>peekFor:" >> >> I think that the problem can be the URL rewriting. Maybe Zinc can't follow the link ? >> >> Thanks for your help. >> >> Olivier ;-) >> www.auverlot.fr > Yes, REST API's are nice to play with and Zn should definitively be able to work with any of them. > > The strange thing is that this server returns headers that don't look right to me: > > Content-Length: 449, 449 > > or > > Content-Length: 0, 0 > > I have never seen this before, but I will have to check the standard documents before I known what to do. > > I will let you know. > http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4 "Multiple message-header fields with the same field-name MAY be present in a message if and only if the entire field-value for that header field is defined as a comma-separated list [i.e., #(values)]. " Content-Length = "Content-Length" ":" 1*DIGIT So technically, they're doing something illegal :) Cheers, Henry

Sept. 20, 2011

Re: [Pharo-project] Zinc : need clarification with ZnHTTPSocketFacade

by Sven Van Caekenberghe

On 20 Sep 2011, at 12:46, Olivier Auverlot wrote: > Hi, > > ZnHTTPSocketFacade seems to be a cool class but why, in many methods, some arguments are ignored. > > For example, ZnHTTPSocketFacade class>>#get:accept: can receive an argument for specify the MIME type of the data accepted. But, the code of the method is : > > httpGet: url accept: mimeType > ^ self > httpGet: url > args: nil > accept: '*/*' > > The value of mimeType is always replace by '*/*'. I don't think that it's logical O^O > > Someone has an explanation for this behavior ? That seems to be a copy/paste typo that has been in there for a very long time ;-) Thanks for reporting this. Are there any others like these that you have seen ? BTW, I would not recommend using this class, unless you absolutely need compatibility with very old images. The current recommended client is ZnNeoClient. Sven

Sept. 20, 2011

Re: [Pharo-project] Zinc: what's wrong with jamendo

by Sven Van Caekenberghe

Olivier, On 20 Sep 2011, at 12:32, Olivier Auverlot wrote: > Hi, > > I try to write a client to www.jamendo.com with Zinc. Jamendo has a REST API to request the music catalog. It's a fun workshop to discover Zinc :-) > > If I use the url " ZnClient get: 'http://api.jamendo.com/get2/name+url/album/xml" in my browser, I get the list of the last entries. But, if I do the same with Zinc, I get an error. > > ZnClient get: 'http://api.jamendo.com/get2/name+url/album/xml' > > The error is: "MessageNotUnderstood: Array>>peekFor:" > > I think that the problem can be the URL rewriting. Maybe Zinc can't follow the link ? > > Thanks for your help. > > Olivier ;-) > www.auverlot.fr Yes, REST API's are nice to play with and Zn should definitively be able to work with any of them. The strange thing is that this server returns headers that don't look right to me: Content-Length: 449, 449 or Content-Length: 0, 0 I have never seen this before, but I will have to check the standard documents before I known what to do. I will let you know. Regards, Sven PS: In the lastest Zn version, all Zn clients should be able to follow redirects. (ZnClient is being replaced by ZnNeoClient, the class side of ZnClient is now deprecated and move to ZnEasy).

Sept. 20, 2011

Re: [Pharo-project] Zinc: what's wrong with jamendo

by Henrik Sperre Johansen

On 20.09.2011 12:32, Olivier Auverlot wrote: > Hi, > > I try to write a client to www.jamendo.com with Zinc. Jamendo has a > REST API to request the music catalog. It's a fun workshop to discover > Zinc :-) > > If I use the url " ZnClient get: > 'http://api.jamendo.com/get2/name+url/album/xml" in my browser, I get > the list of the last entries. But, if I do the same with Zinc, I get > an error. > > ZnClient get: 'http://api.jamendo.com/get2/name+url/album/xml' > > The error is: "MessageNotUnderstood: Array>>peekFor:" > > I think that the problem can be the URL rewriting. Maybe Zinc can't > follow the link ? > > Thanks for your help. > > Olivier ;-) > www.auverlot.fr The response contains duplicate Content-Length header fields. (both with the same value) Zn then fails since ZnHeaders >> contentLength expects there to be only one. Cheers, Henry. P.S. The response code was 302, is redirection handled at a different API level, or is #get: missing it?

Sept. 20, 2011