November 2018 - Pharo-users

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

[ANN] Iceberg v1.3.1

by Cyril Ferlicot

Hello! This week we are releasing the version v1.3 of Iceberg. (https://github.com/pharo-vcs/iceberg/releases/tag/v1.3.0 +https://github.com/pharo-vcs/iceberg/releases/tag/v1.3.1) This version will be available after we merge this PR: https://github.com/pharo-project/pharo/pull/1951 This release contains some new features such as the support of self hosted gitlab, integration with github, etc. It also contains multiple bug fixes, cleanups and enhancements. On the CI part, Guille made the Appveyor build green! This will increase the stability of the windows support. Thanks to all contributors. Enjoy! Full changelog: Features #1021 Self hosted gitlab support #1027 Improved new tag dialog to generate semantic versionning tags #1044 Show a button "View on Github" when creating a PR #1008 Add "create branch from GitHub issue" option #1048 Add commands to open remotes on Github #1010 Add menu entry in extras to force calculate diff Bug corrections #975 Metacello asks too many times what to install when there are conflicting versions #980 Iceberg should Identify better the packages and the normal files #982 The Edit Project should have a Warning if it will affect the packages #986 Iceberg does not realize changes in extended classes #999 Pulling and pushing to a gitolite server asks password #984 Conversion to Tonel generates corrupted .properties #1041 Filter in repository view don't work with capital letters #1019 Metacello Integration leaves Monticello leftover repositories #859 Creating a branch and pushing does not sets the upstream #1043 Packages starting with lowercase not recognized #991 Error on right click in the project editon wizard #775 Reviewing a PR is broken #1036 Debugger if we try to merge without selecting a branch #1064 Fix failing tests regarding clean code in Pharo Enhancements #988 Iceberg should load the packages in a single MCLoader (This will make the loads of packages atomic) #1001 Use "instance creation" instead of "instance-creation" for method protocol name #1004 Use displayScaleFactor in UI #977 Add ToolTip help to the Commands #1030 Better support for binary files #1034 SSH passphrase is now hidden Cleanups #1018 Iceberg UI relies on deprecated classes from Spec and Commander #1051 Clean useless huge hierarchy in Github plugin UI Infrastructure Enhancements #1023 Fix CI for windows -- Cyril Ferlicot https://ferlicot.fr

Nov. 5, 2018

Re: [Pharo-users] git repos cloned into unexpected directory

by Arturo Zambrano

Thanks Alistair. That solves the problem. Cheers Arturo On Fri, Nov 2, 2018 at 2:41 PM Alistair Grant <akgrant0710(a)gmail.com> wrote: > Hi Arturo, > > On Fri, 2 Nov 2018 at 12:49, Arturo Zambrano <arturo.zambrano(a)gmail.com> > wrote: > > > > Hi! > > I'm getting the following strange behavior using Iceberg in Pharo7 . > > > > My setup is like this: > > - Using Pharo Launcher > > - have several images > > > > I notice that when I clone a repository it is correctly downloaded into > pharo-local/icerberg of that image. > > > > When I load a baseline of that project, that fires the download of > several github repos, they are NOT stored in pharo-local/iceberg for the > current image. Instead, > > they stored in pharo-local of an old image. I even tried deleting the > whole old image directory (the one that pharo launcher creates). The result > is the same, all the dependencies are stored in that directory (something > recreates that). > > > > As a result several images are sharing a common iceberg location for > dependencies ... I checked that I don't have enabled "Share repositories > between images". > > > > Is there some settings file shared between all the pharo launcher > managed images? > > Thanks! > > Yes! Take a look at: > > StartupPreferencesLoader preferencesGeneralFolder > > It might be worthwhile renaming the settings folder to another > directory so that you remove all your settings and then trying again. > > Cheers, > Alistair > >

Nov. 5, 2018