June 2014 - Pharo-users - lists.pharo.org

Programming Puzzles & Code Golf: What color is this?
by MartinW June 26, 2014

June 26, 2014

Hi, i entered a Pharo version to this Code Golf contest: http://codegolf.stackexchange.com/a/32535/26615 "Given three number values - being the Red, Green, and Blue elements of a colour (eight bits per channel, 0 to 255) - your program must output the name of the given colour.â My answer is: | color colorNames nearestColorName | color := Color r: 255 g: 0 b: 0. colorNames := Color registeredColorNames. nearestColorName := colorNames detectMin: [ :each | (Color named: each) diff: color]. But, the results are of mixed quality. All darker colors are named as gray, dark gray or very dark gray. Is it my fault, the fault of Colorâs diff: method or the fault of the available color names? M. -- View this message in context: http://forum.world.st/Programming-Puzzles-Code-Golf-What-color-is-this-tp47… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

2 4

numeric pad
by Pablo R. Digonzelli June 25, 2014

June 25, 2014

Hi, how can i enable numeric pad in pharo?. by defect it does not work i think. TIA Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714

2 3

Re: [Pharo-users] ZnClient get then post?
by Paul DeBruicker June 25, 2014

June 25, 2014

Where in their docs do you see to use the /1/token/approve endpoint? I didn't see it in this list: https://trello.com/docs/api/index.html or in the discussion about user tokens also - when you get this working you'll post a MIT licensed version for everyone to use right? ;) Tim Mackinnon wrote > Hi Paul - yes that ZnEasy call works fine - in my case I am trying to read > some data from Trello.com and so you do an initial request with an > application key and then you authorise an operation with some parameters > to get back a token to use for private requests. > > The sequence I am using is this: > > | znc resp soup key sig | > > (znc := ZnClient new) logToTranscript. > > resp := znc > url: 'https://trello.com/1/authorize'; > queryAt: 'scope' put: 'read'; > queryAt: 'expiration' put: '1day'; > queryAt: 'name' put: 'Pharo App'; > queryAt: 'response_type' put: 'token'; > queryAt: âkey' put: 'xxxxxxx1d588819825d57da6dad4dd'; > get; > response. > > soup := (Soup fromString: resp entity). > key := soup findTag: [ :e | (e name = 'input') and: [ (e attributeAt: > 'name' ifAbsent: ['']) = 'requestKey' ]]. > sig := soup findTag: [ :e | (e name = 'input') and: [ (e attributeAt: > 'name' ifAbsent: ['']) = 'signature' ]]. > > Transcript cr; cr; show: (key attributeAt: 'value'); cr; show: (sig > attributeAt: 'value'); cr; cr. > > resp := znc > resetEntity; > url: '/1/token/approve'; > formAt: 'approve' put: 'Allow'; > formAt: 'requestKey' put: (key attributeAt: 'value'); > formAt: 'signature' put: (sig attributeAt: 'value'); > post; > response. > > > If I look at the logging in the transcript - the first part works fine: > > 2014-06-25 14:50:37 042813 I Wrote a ZnRequest(GET > /1/authorize?response_type=token&key=xxxxxxxxxx1d588819825d57da6dad4dd&scope=read&name=Pharo%20App&expiration=1day) > 2014-06-25 14:50:37 042813 D Sent headers > Accept: */* > User-Agent: Zinc HTTP Components 1.0 > Host: trello.com > > 2014-06-25 14:50:37 042813 I Read a ZnResponse(200 OK > text/html;charset=utf-8 2199B) > â¦.. > > Its the next bit of the log which is doing something weird - and showing a > resource moved - so I wonder if the server is expecting something extra? > The transcript is showing I have extracted my key and signature to > populate my form and then I see the 302 status code? > > xxxxxx1bf70c02d829c9541f0c3c > xxxxxx5437639/0f28401bf858e7f623c971a45b77291dc113988782 > > > 2014-06-25 14:50:37 042813 I Wrote a ZnRequest(POST /1/token/approve) > 2014-06-25 14:50:37 042813 D Sent headers > User-Agent: Zinc HTTP Components 1.0 > Content-Length: 146 > Host: trello.com > Content-Type: application/x-www-form-urlencoded > Accept: */* > > 2014-06-25 14:50:37 042813 I Read a ZnResponse(302 Moved Temporarily > text/plain;charset=UTF-8 35B) > 2014-06-25 14:50:37 042813 D Received headers > X-Frame-Options: DENY > Content-Length: 35 > Content-Type: text/plain; charset=UTF-8 > X-Powered-By: Express > X-Content-Type-Options: nosniff > Location: / > Cache-Control: no-store, no-cache > Strict-Transport-Security: max-age=15768000 > Date: Wed, 25 Jun 2014 13:50:37 GMT > X-Xss-Protection: 1; mode=block > Vary: Accept, Accept-Encoding > > 2014-06-25 14:50:37 042813 D Redirecting to https://trello.com:443/ > 2014-06-25 14:50:37 042813 I Wrote a ZnRequest(GET /) > 2014-06-25 14:50:37 042813 D Sent headers > User-Agent: Zinc HTTP Components 1.0 > Host: trello.com > Accept: */* > > 2014-06-25 14:50:38 042813 I Read a ZnResponse(200 OK > text/html;charset=utf-8 147886B) > 2014-06-25 14:50:38 042813 D Received headers > X-Frame-Options: DENY > Content-Length: 147886 > Set-Cookie: sup=1; Path=/; Expires=Thu, 25 Jun 2015 13:50:37 GMT > Content-Type: text/html; charset=utf-8 > X-Powered-By: Express > Etag: "579547792" > X-Content-Type-Options: nosniff > Date: Wed, 25 Jun 2014 13:50:37 GMT > Cache-Control: no-store, no-cache > Strict-Transport-Security: max-age=15768000 > X-Xss-Protection: 1; mode=block > Vary: Accept-Encoding > > 2014-06-25 14:50:38 042813 D Received cookie: sup=1; path=/; > domain=trello.com; expires=Thu, 25 Jun 2015 13:50:37 GMT > 2014-06-25 14:50:38 042813 D Received cookie: sup=1; path=/; > domain=trello.com; expires=Thu, 25 Jun 2015 13:50:37 GMT > 2014-06-25 14:50:38 042813 T GET / 200 147886B 1136ms > > > I think Iâm a bit out of my depth on this, so maybe I might have to find a > different way of doing things. > > I appreciate the help. > > Tim > > On 25 Jun 2014, at 14:41, Paul DeBruicker [via Smalltalk] < > ml-node+s1294792n4764717h7@.nabble > > wrote: > >> Are you able to get the contents of >> >> ZnEasy get: 'https://www.google.com' >> >> >> ? >> >> >> >> If so then is not an SSL issue. If not you'll need to use charles proxy >> (http://www.charlesproxy.com/) or an equivalent to see the decoded https >> requests. Wireshark only has encrypted packets. >> >> >> Are you doing the #resetEntity prior to setting the url or other >> parameters when doing your POST? >> >> >> >> Tim Mackinnon wrote >> Actually looking at this a bit more - #resetEntity does do what you >> suggest (my mistake) - but I still have some problem, possibly related to >> https? Not sure whats going on as it looks like the post call is sending >> out what I think it should - but somehow the receiving server is not >> happy and is redirecting to â/â? >> >> Not really sure how to debug that - guess I might have to learn how to >> use wireshark. >> >> Tim >> >> On 25 Jun 2014, at 08:55, Tim Mackinnon <[hidden email]> wrote: >> >> > Hi Paul - thanks for your suggestions, #resetEntity doesn't seem to >> clear the parameters or have any effect (which I think makes sense given >> the name?). >> > >> > The get portion and decoding parameters is all working perfectly, it's >> the post that has me confused. >> > >> > If I inspect the request - it seems to be issuing to "/" - so it's like >> the URL: is not being honoured (and the response I get back is the >> contents of the / webpage). >> > >> > I think I'm confused about the interaction of URL:, and setting request >> and form params. From the docs, it wasn't obvious to me that ordering is >> important - but it seems that it is (I was expecting #post or #get to >> assemble everything when invoked - but I'm not sure it works like that). >> > >> > I guess I will have to debug through the code. >> > >> > Tim >> > >> > Sent from my iPhone >> > >> > On 25 Jun 2014, at 05:12, "Paul DeBruicker [via Smalltalk]" <[hidden >> email]> wrote: >> > >> >> Do your query parameters from the initial GET get cleared from the >> request before the POST? If you're not sure send the client #resetEntity. >> >> >> >> >> >> Is the response of the GET correct & are the keys decoded properly? if >> not can you get a valid signature and request key from somewhere else >> (e.g. web ui, or ....) to test the POST? >> >> >> >> >> >> Is it important to reuse the connection? IF not add the #beOneShot >> method to both and see if that helps as it does some resetting. >> >> >> >> The #post method is a convenience method that conjoins a send to >> #method: and #execute. You could separate them and use #method: at the >> top and #execute; before the #request line but I'd be surprised to learn >> that fixed things. >> >> >> >> >> >> Good luck >> >> >> >> Paul >> >> >> >> >> >> >> >> >> >> >> >> Tim Mackinnon wrote >> >> Hi I'm a bit confused about how to send a get request to a resource >> and then post a response to it? I seem to fail on the post part, as it >> seems that my query is not being well formeed - or something is not being >> cleared when I reuse the connection I used in the get. My code looks as >> follows (and I'm sure there is a simple mistake). >> >> >> >> It seems that in my post request, it doesn't formulate the post I >> expect - it shows a GET / msg, and as such my response doesn't give me >> the token I expect. If I move the "post" line up to the start, I seem to >> get a request header I expect, but still not the the result I expect. Can >> anyone offer any tips? Do I need to clear my Client in some way before >> the second post operation? >> >> >> >> Tim >> >> >> >> | znc resp | >> >> >> >> (znc := ZnClient new) logToTranscript. >> >> >> >> resp := znc >> >> url: 'https://trello.com/1/authorize'; >> >> queryAt: 'scope' put: 'read'; >> >> queryAt: 'expiration' put: '1day'; >> >> queryAt: 'name' put: 'Pharo App'; >> >> "queryAt: 'response_type' put: 'token';" >> >> queryAt: 'key' put: 'xxxxxx1d588819825d57da6dad4dd'; >> >> get; >> >> request; >> >> response. >> >> >> >> soup := (Soup fromString: resp entity). >> >> sig := soup findTag: [ :e | (e name = 'input') and: [ (e attributeAt: >> 'name' ifAbsent: ['']) = 'signature' ]]. >> >> key := soup findTag: [ :e | (e name = 'input') and: [ (e attributeAt: >> 'name' ifAbsent: ['']) = 'requestKey' ]]. >> >> >> >> resp := znc >> >> url: 'https://trello.com/1/token/approve'; >> >> formAt: 'approve' put: 'Allow'; >> >> formAt: 'requestKey' put: (key attributeAt: 'value'); >> >> formAt: 'signature' put: (sig attributeAt: 'value'); >> >> post; >> >> request; >> >> response. >> >> >> >> >> >> If you reply to this email, your message will be added to the >> discussion below: >> >> http://forum.world.st/ZnClient-get-then-post-tp4764605p4764608.html >> >> To unsubscribe from ZnClient get then post?, click here. >> >> NAML >> >> >> If you reply to this email, your message will be added to the discussion >> below: >> http://forum.world.st/ZnClient-get-then-post-tp4764605p4764717.html >> To unsubscribe from ZnClient get then post?, click here. >> NAML -- View this message in context: http://forum.world.st/ZnClient-get-then-post-tp4764605p4764722.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

1 0

Re: [Pharo-users] ZnClient get then post?
by Paul DeBruicker June 25, 2014

June 25, 2014

Are you able to get the contents of ZnEasy get: 'https://www.google.com' ? If so then is not an SSL issue. If not you'll need to use charles proxy (http://www.charlesproxy.com/) or an equivalent to see the decoded https requests. Wireshark only has encrypted packets. Are you doing the #resetEntity prior to setting the url or other parameters when doing your POST? Tim Mackinnon wrote > Actually looking at this a bit more - #resetEntity does do what you > suggest (my mistake) - but I still have some problem, possibly related to > https? Not sure whats going on as it looks like the post call is sending > out what I think it should - but somehow the receiving server is not happy > and is redirecting to â/â? > > Not really sure how to debug that - guess I might have to learn how to use > wireshark. > > Tim > > On 25 Jun 2014, at 08:55, Tim Mackinnon < > tamackinnon@ > > wrote: > >> Hi Paul - thanks for your suggestions, #resetEntity doesn't seem to clear >> the parameters or have any effect (which I think makes sense given the >> name?). >> >> The get portion and decoding parameters is all working perfectly, it's >> the post that has me confused. >> >> If I inspect the request - it seems to be issuing to "/" - so it's like >> the URL: is not being honoured (and the response I get back is the >> contents of the / webpage). >> >> I think I'm confused about the interaction of URL:, and setting request >> and form params. From the docs, it wasn't obvious to me that ordering is >> important - but it seems that it is (I was expecting #post or #get to >> assemble everything when invoked - but I'm not sure it works like that). >> >> I guess I will have to debug through the code. >> >> Tim >> >> Sent from my iPhone >> >> On 25 Jun 2014, at 05:12, "Paul DeBruicker [via Smalltalk]" < > ml-node+s1294792n4764608h28@.nabble > > wrote: >> >>> Do your query parameters from the initial GET get cleared from the >>> request before the POST? If you're not sure send the client >>> #resetEntity. >>> >>> >>> Is the response of the GET correct & are the keys decoded properly? if >>> not can you get a valid signature and request key from somewhere else >>> (e.g. web ui, or ....) to test the POST? >>> >>> >>> Is it important to reuse the connection? IF not add the #beOneShot >>> method to both and see if that helps as it does some resetting. >>> >>> The #post method is a convenience method that conjoins a send to >>> #method: and #execute. You could separate them and use #method: at the >>> top and #execute; before the #request line but I'd be surprised to learn >>> that fixed things. >>> >>> >>> Good luck >>> >>> Paul >>> >>> >>> >>> >>> >>> Tim Mackinnon wrote >>> Hi I'm a bit confused about how to send a get request to a resource and >>> then post a response to it? I seem to fail on the post part, as it seems >>> that my query is not being well formeed - or something is not being >>> cleared when I reuse the connection I used in the get. My code looks as >>> follows (and I'm sure there is a simple mistake). >>> >>> It seems that in my post request, it doesn't formulate the post I expect >>> - it shows a GET / msg, and as such my response doesn't give me the >>> token I expect. If I move the "post" line up to the start, I seem to >>> get a request header I expect, but still not the the result I expect. >>> Can anyone offer any tips? Do I need to clear my Client in some way >>> before the second post operation? >>> >>> Tim >>> >>> | znc resp | >>> >>> (znc := ZnClient new) logToTranscript. >>> >>> resp := znc >>> url: 'https://trello.com/1/authorize'; >>> queryAt: 'scope' put: 'read'; >>> queryAt: 'expiration' put: '1day'; >>> queryAt: 'name' put: 'Pharo App'; >>> "queryAt: 'response_type' put: 'token';" >>> queryAt: 'key' put: 'xxxxxx1d588819825d57da6dad4dd'; >>> get; >>> request; >>> response. >>> >>> soup := (Soup fromString: resp entity). >>> sig := soup findTag: [ :e | (e name = 'input') and: [ (e attributeAt: >>> 'name' ifAbsent: ['']) = 'signature' ]]. >>> key := soup findTag: [ :e | (e name = 'input') and: [ (e attributeAt: >>> 'name' ifAbsent: ['']) = 'requestKey' ]]. >>> >>> resp := znc >>> url: 'https://trello.com/1/token/approve'; >>> formAt: 'approve' put: 'Allow'; >>> formAt: 'requestKey' put: (key attributeAt: 'value'); >>> formAt: 'signature' put: (sig attributeAt: 'value'); >>> post; >>> request; >>> response. >>> >>> >>> If you reply to this email, your message will be added to the discussion >>> below: >>> http://forum.world.st/ZnClient-get-then-post-tp4764605p4764608.html >>> To unsubscribe from ZnClient get then post?, click here. >>> NAML -- View this message in context: http://forum.world.st/ZnClient-get-then-post-tp4764605p4764717.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

1 0

[Tutorial] Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator
by Sven Van Caekenberghe June 25, 2014

June 25, 2014

Hi, I have written a new, extensive, long form, introductory article about Pharo. Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator A tutorial on Pharo, test and specification based immersive programming https://medium.com/@svenvc/rediscovering-the-ux-of-the-legendary-hp-35-scie… It is a bit different because - it is based on a non-trivial example - it uses a backdrop story unrelated to Pharo - it uses several multimedia elements - it is published on medium.com which is a general publishing platform The appendix describes several ways you can get the code. I think building both a Spec and Seaside UI from the same specification as well as reusing functional tests in different contexts is cool. Anyway, I hope you enjoy it. Sven -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

1 0

Re: [Pharo-users] ZnClient get then post?
by Paul DeBruicker June 25, 2014

June 25, 2014

Do your query parameters from the initial GET get cleared from the request before the POST? If you're not sure send the client #resetEntity. Is the response of the GET correct & are the keys decoded properly? if not can you get a valid signature and request key from somewhere else (e.g. web ui, or ....) to test the POST? Is it important to reuse the connection? IF not add the #beOneShot method to both and see if that helps as it does some resetting. The #post method is a convenience method that conjoins a send to #method: and #execute. You could separate them and use #method: at the top and #execute; before the #request line but I'd be surprised to learn that fixed things. Good luck Paul Tim Mackinnon wrote > Hi I'm a bit confused about how to send a get request to a resource and > then post a response to it? I seem to fail on the post part, as it seems > that my query is not being well formeed - or something is not being > cleared when I reuse the connection I used in the get. My code looks as > follows (and I'm sure there is a simple mistake). > > It seems that in my post request, it doesn't formulate the post I expect - > it shows a GET / msg, and as such my response doesn't give me the token I > expect. If I move the "post" line up to the start, I seem to get a > request header I expect, but still not the the result I expect. Can anyone > offer any tips? Do I need to clear my Client in some way before the second > post operation? > > Tim > > | znc resp | > > (znc := ZnClient new) logToTranscript. > > resp := znc > url: 'https://trello.com/1/authorize'; > queryAt: 'scope' put: 'read'; > queryAt: 'expiration' put: '1day'; > queryAt: 'name' put: 'Pharo App'; > "queryAt: 'response_type' put: 'token';" > queryAt: 'key' put: 'xxxxxx1d588819825d57da6dad4dd'; > get; > request; > response. > > soup := (Soup fromString: resp entity). > sig := soup findTag: [ :e | (e name = 'input') and: [ (e attributeAt: > 'name' ifAbsent: ['']) = 'signature' ]]. > key := soup findTag: [ :e | (e name = 'input') and: [ (e attributeAt: > 'name' ifAbsent: ['']) = 'requestKey' ]]. > > resp := znc > url: 'https://trello.com/1/token/approve'; > formAt: 'approve' put: 'Allow'; > formAt: 'requestKey' put: (key attributeAt: 'value'); > formAt: 'signature' put: (sig attributeAt: 'value'); > post; > request; > response. -- View this message in context: http://forum.world.st/ZnClient-get-then-post-tp4764605p4764608.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

1 0

Pharo by visualization: Adding a title to a Roassal map visualization
by Offray Vladimir Luna CÃ¡rdenas June 24, 2014

June 24, 2014

Hi, First sorry for the crossposting I don't know where list is better to post this question. I think that I have found my way to learning Pharo/Smalltalk and to keep it relevant in my day to day life and is through visualization. Details are here: http://mutabit.com/offray/static/blog/output/posts/pharo-by-visualization.h… So, as an small test I did a small visualization that you can find here: http://mutabit.com/deltas/repos.fossil/offray-uvikuo/doc/tip/static/blog/ga… I would like to add a title to the map image. Â¿How can I made this? Cheers, Offray

3 3

ZnClient Chunked data ?
by FranÃ§ois Stephany June 24, 2014

June 24, 2014

I'm using ZnClient to get an XML file and get the following: [image: Inline image 2] Here's the request: client := ZnClient new url: uri; headerAddAll: headers. client get. Is the prefix of the entity related to the chunked transfer encoding?

2 2

Pharo by visualization: Adding a title to a Roassal map visualization
by Stephan Eggermont June 24, 2014

June 24, 2014

mapa view openInWindowSized: 500@300 titled: 'A map'

1 0

[ANN] DrGeo 14.07 "Athens landing"
by Hilaire Fernandes June 23, 2014

June 23, 2014

Hello, Finally, somethings I can share with you, not exactly the final one but something one can play with: https://dl.dropboxusercontent.com/u/21633199/DrGeo.app-14.07a.zip Please Mac OS X users, test the DrGeo.app installation, it may not work, so if you can fix the Info.plist file it will be great. No Mac here, I have to go at school for that. Windows users, I test the application with Wine it works! But I have this strange bugs: https://bugs.launchpad.net/drgeo/+bug/1331559 Do you have it? Thanks to test, fix, forward or whatever. Here fixed stuff, was it really fixed or does it bug one you ? https://launchpad.net/drgeo/+milestone/14.07 Things I would like for future DrGeo to make it even cooler: -Improve the user interface -smalltalk plugin to extend the software, kind of super-macro, should be a mix with the current DrGeo API (it is now possible to have macro-script, a mix of both, but it could be better) -More end user features and tools, here is a blue print for that: https://blueprints.launchpad.net/drgeo/+spec/todo-to-implement-new-tool -Reduce the size of the whole application, it is becoming DrGeo "fat boy" because of .image, .changes .sources -Have more cool sketches and Smalltalk sketch as well Bye Hilaire -- Dr. Geo http://drgeo.eu iStoa - https://launchpad.net/istoa

3 5