- Pharo-users - lists.pharo.org

Re: [Pharo-users] MetaLink>>level: failing?

by Marcus Denker

Hello, I added a fist issue (and fix) for parts of the problem https://pharo.fogbugz.com/f/cases/22641/Semantic-analysis-needs-to-take-ins… https://github.com/pharo-project/pharo/pull/1960 But after this, it does not work as the level just turns off calling the meta level code, but does not execute the original code where the #instead is put. (#instead in general needs more work in this implementation). I will open another issue for that. Marcus > On 31 Oct 2018, at 18:03, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > > Thanks! Is there an issue on fogbuzz where I can be notified of resolution? Do you need me to create it? > > After that how can update the code? Software update is safe or should I create a new image? > > regards, > Vitor > > On Mon, Oct 29, 2018 at 12:08 PM Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: > > >> On 25 Oct 2018, at 01:33, Vitor Medina Cruz <vitormcruz(a)gmail.com <mailto:vitormcruz@gmail.com>> wrote: >> >> Hello, >> >> I am playing with MetaLink, really cool!, but I am having issues that I am unsure if it's some erro or if I am doing something wrong (I am using Pharo 6.1 32 bits in windows.). Consider: >> >> TestMetaLink>>execute >> UIManager default alert: 'Actual Version'. >> >> And in Playground: >> >> | link | >> >> link := MetaLink new metaObject: [ :object | UIManager default alert: 'Linked Version' ]; >> selector: #value:; >> arguments: #(#object); >> control: #instead. >> >> >> (TestMetaLink >> #execute) ast link: link. >> TestMetaLink new execute. >> link uninstall. >> >> This works as expected, an alert with 'Linked Version' is promped. But then suppose I want to execute the actual node alongside with the linked one considering some condition: >> >> | link choice | >> >> choice := true. >> link := MetaLink new metaObject: [ :object :selector :arguments | >> UIManager default alert: 'Linked Version'. >> choice ifTrue: [ object perform: selector withArguments: arguments]. >> ]; >> selector: #value:value:value:; >> arguments: #(#object #selector #arguments); >> control: #instead; >> level: 0. >> >> >> (TestMetaLink >> #execute) ast link: link. >> TestMetaLink new execute. >> link uninstall. >> >> As I understand, level:0 is necessary in order to avoid an infinite loop, but then I get an error: >> >> KeyNotFound: key #RFArgumentsReificationVar not found in Dictionary >> >> Am I doing something wrong? Is that an error? >> > Hello, > > Yes, this looks like a bug. I will fix it over the next days. > > Marcus > > > > > > >

Nov. 7, 2018

[ANN] Iceberg v1.4.0

by Cyril Ferlicot

Hello! This week we are releasing the version v1.4.0 of Iceberg. (https://github.com/pharo-vcs/iceberg/releases/tag/v1.4.0) This version is available in the latest Pharo 7. This release fixes a bug introduced in v1.3. It also add new features in the repository view, add some cleaning and also re-introduce a feature that was lost. Thanks to all contributors. Enjoy! Full changelog: Bugfixes #1068 'There is no associated repository configured.' warning on right clicking missing repository Features #1077 Repository view: Allow to collapse branches/remotes/tags trees #847 Move tags under remotes in Repository view #1070 set upstream if missing Cleanups #1066 Pharo 7: PackageManifest subclasses should be packaged with "Manifest" #1015 Replace usages of Glamour in the Github Plugin #1063 1061-Introduce-iconNamed-in-IceDefinition-and-IceTipModel-and-remove-all-the-terrible-Smalltalk-ui-icons -- Cyril Ferlicot https://ferlicot.fr

Nov. 7, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo v7.0.0-rc1 released!

by Tudor Girba

Excellent! Doru > On Nov 5, 2018, at 4:11 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Greetings! > > Iâm announcing today we reach Pharo 7.0.0-rc1! > > This is the first step to release a definitive version, and while we will continue integrating bug fixes, API change Pull Requests will be delayed until the open of Pharo 8.0.0 development. > Now, you would wonder what is the ChangeLog of this releaseâ¦ and answer is we still do not have one (btw, we should find a way to automate this). > > Anywayâ¦ we are very close to release now :) > > Please download, test, report issues. > > Esteban -- www.feenk.com "Speaking louder won't make the point worthier."

Nov. 7, 2018

Re: [Pharo-users] nested json problem

by Roelof Wobben

Problem has solved. I had the instance variable toÂ Â instance := self new. instead of instance := self basicNew. Roelof Op 5-11-2018 om 22:50 schreef Sven Van Caekenberghe: > >> On 5 Nov 2018, at 22:41, Roelof Wobben <r.wobben(a)home.nl> wrote: >> >> I use this code to try to read things: >> >> json paintingCollection | >> json := (NeoJSONReader fromString: (ZnEasy get: ' >> https://www.rijksmuseum.nl/api/nl/collection?key=14OGzuak&format=json&type=… >> ') contents). >> paintingCollection := PaintingCollection fromJSON: json. >> paintingCollection inspect >> >> and now suddenly I see a message that #add: is sent to nill > I am guessing here: is the instance variable holding your collection inside PaintingCollection initialized to an actual collection before you #add: to it in #addPainting: ? You could initialize it lazily if you want. > >> Roelof >> >> >> >> >> >> Op 5-11-2018 om 22:33 schreef Erik Stel: >>> Roelof, >>> >>> What does not work in your code? How do you call >>> PaintingCollection>>fromJSON: ? >>> >>> >From what I see this code could work if used like (replace URL with actual >>> URL): >>> >>> >>> >>> >>> >>> >>> >>> -- >>> Sent from: >>> http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>> >>> >>> >>> > >

Nov. 5, 2018

Re: [Pharo-users] nested json problem

by Sven Van Caekenberghe

> On 5 Nov 2018, at 22:41, Roelof Wobben <r.wobben(a)home.nl> wrote: > > I use this code to try to read things: > > json paintingCollection | > json := (NeoJSONReader fromString: (ZnEasy get: ' > https://www.rijksmuseum.nl/api/nl/collection?key=14OGzuak&format=json&type=… > ') contents). > paintingCollection := PaintingCollection fromJSON: json. > paintingCollection inspect > > and now suddenly I see a message that #add: is sent to nill I am guessing here: is the instance variable holding your collection inside PaintingCollection initialized to an actual collection before you #add: to it in #addPainting: ? You could initialize it lazily if you want. > Roelof > > > > > > Op 5-11-2018 om 22:33 schreef Erik Stel: >> Roelof, >> >> What does not work in your code? How do you call >> PaintingCollection>>fromJSON: ? >> >> >From what I see this code could work if used like (replace URL with actual >> URL): >> >> >> >> >> >> >> >> -- >> Sent from: >> http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >> >> >> >

Nov. 5, 2018

Re: [Pharo-users] nested json problem

by Roelof Wobben

Nov. 5, 2018

Re: [Pharo-users] nested json problem

by Erik Stel

Roelof, What does not work in your code? How do you call PaintingCollection>>fromJSON: ? >From what I see this code could work if used like (replace URL with actual URL): -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Nov. 5, 2018

Re: [Pharo-users] nested json problem

by Sven Van Caekenberghe

Hi/Dag Roelof, In a first approach I would not start by trying to map to actual domain objects (you can do that later), I would start by using NeoJSONObject, which is quite flexible and user friendly. Consider the following example: (NeoJSONObject fromString: '{ "elapsedMilliseconds": 164, "count": 359, "artObjects": [ { "links": { "self": "https://www.rijksmuseum.nl/api/nl/collection/SK-C-5", "web": "https://www.rijksmuseum.nl/nl/collection/SK-C-5" }, "id": "nl-SK-C-5", "objectNumber": "SK-C-5", "title": "Schutters van wijk II onder leiding van kapitein Frans Banninck Cocq, bekend als de âNachtwachtâ", "hasImage": true, "principalOrFirstMaker": "Rembrandt Harmensz. van Rijn", "longTitle": "Schutters van wijk II onder leiding van kapitein Frans Banninck Cocq, bekend als de âNachtwachtâ, Rembrandt Harmensz. van Rijn, 1642", "showImage": true, "permitDownload": true, "webImage": { "guid": "92253da1-794d-49f4-9e3c-e4c160715f53", "offsetPercentageX": 50, "offsetPercentageY": 100, "width": 2500, "height": 2034, "url": "http://lh6.ggpht.com/wwx2vAS9DzFmmyeZefPjMtmCNOdjD80gvkXJcylloy40SiZOhdLHVd…" }, "headerImage": { "guid": "29a2a516-f1d2-4713-9cbd-7a4458026057", "offsetPercentageX": 50, "offsetPercentageY": 50, "width": 1920, "height": 460, "url": "http://lh5.ggpht.com/SgH3Qo-vYI8GGm7-b-Qt6lXgsCAIoU2VDRwO5LYSBVNhhbZCetcvc8…" }, "productionPlaces": [] } ] }') artObjects first atPath: #(webImage url) First try to execute the expression inside the braces, and look at the result using the inspector. Unknown accessor automatically get translated to at: message sends (in this case, at: #artObjects). Using #atPath: you get the equivalent of webImage.url if you understand what I mean. To use NeoJSONObject in an actual API call, you could do ZnClient new contentReader: [ :entity | NeoJSONObject fromString: entity contents ]; url: '...'; get. Sven > On 5 Nov 2018, at 19:32, Roelof Wobben <r.wobben(a)home.nl> wrote: > > Hello, > > I try to use the rijksmuseum api. > This gives json back for 10 paintings and the json looks like this : > > { > > > "elapsedMilliseconds": 164, > > > "count": 359, > > > "artObjects": [ > > > { > > > "links": { > > > "self": "https://www.rijksmuseum.nl/api/nl/collection/SK-C-5", > > > "web": "https://www.rijksmuseum.nl/nl/collection/SK-C-5" > > > }, > > > "id": "nl-SK-C-5", > > > "objectNumber": "SK-C-5", > > > "title": "Schutters van wijk II onder leiding van kapitein Frans Banninck Cocq, bekend als de âNachtwachtâ", > > > "hasImage": true, > > > "principalOrFirstMaker": "Rembrandt Harmensz. van Rijn", > > > "longTitle": "Schutters van wijk II onder leiding van kapitein Frans Banninck Cocq, bekend als de âNachtwachtâ, Rembrandt Harmensz. van Rijn, 1642", > > > "showImage": true, > > > "permitDownload": true, > > > "webImage": { > > > "guid": "92253da1-794d-49f4-9e3c-e4c160715f53", > > > "offsetPercentageX": 50, > > > "offsetPercentageY": 100, > > > "width": 2500, > > > "height": 2034, > > > "url": "http://lh6.ggpht.com/wwx2vAS9DzFmmyeZefPjMtmCNOdjD80gvkXJcylloy40SiZOhdLHVd…" > > > }, > > > "headerImage": { > > > "guid": "29a2a516-f1d2-4713-9cbd-7a4458026057", > > > "offsetPercentageX": 50, > > > "offsetPercentageY": 50, > > > "width": 1920, > > > "height": 460, > > > "url": "http://lh5.ggpht.com/SgH3Qo-vYI8GGm7-b-Qt6lXgsCAIoU2VDRwO5LYSBVNhhbZCetcvc8…" > > > }, > > > "productionPlaces": [] > > > }, > > > // more results... > > > ] > } > > > Artobjects is the part that I want to use because that is the part that contains data from 10 paintings. > > I have tried to parse it like this : > > > Painting class >> fromJSON: json [ > | instance | > instance := self new. > instance > title: (json at: 'title'); > painter: (json at: 'principalOrFirstMaker'); > imageUrl: ((json at: 'webImage') at: 'url'). > ^ instance > ] > and > > PaintingCollection class >> fromJSON: json [ > | instance artObjects | > instance := self new. > artObjects := json at: #artObjects. > artObjects > do: [ :eachArtObject | instance addPainting: (Painting fromJSON: eachArtObject) ]. > ^ instance > ] > > but that does not work. > > Is there a better way to make this work. > and if so, can someone give me a example how to make this work. > This is my first project that I try to make after doing the MOOC course. > > Regards, > > Roelof >

Nov. 5, 2018

nested json problem

by Roelof Wobben

Nov. 5, 2018

[ANN] Pharo v7.0.0-rc1 released!

by Esteban Lorenzano

Greetings! Iâm announcing today we reach Pharo 7.0.0-rc1! This is the first step to release a definitive version, and while we will continue integrating bug fixes, API change Pull Requests will be delayed until the open of Pharo 8.0.0 development. Now, you would wonder what is the ChangeLog of this releaseâ¦ and answer is we still do not have one (btw, we should find a way to automate this). Anywayâ¦ we are very close to release now :) Please download, test, report issues. Esteban

Nov. 5, 2018