March 2019 - Pharo-users - lists.pharo.org

Re: [Pharo-users] json parse problem

by Roelof Wobben

March 16, 2019

Re: [Pharo-users] json parse problem

by Ben Coman

On Sat, 16 Mar 2019 at 23:29, Roelof Wobben <r.wobben(a)home.nl> wrote: > oke, > > how do I then get the url of the line where the name is z4. > I haven't directly tested, but probably... imageUrl1 := levelsJson detect: [ :item | (item at: #name) = 'z4' ]. imageUrl := ((imageUrl1 at: #tiles) at: 1) at: #url cheers -ben I need that because I need that line and then the tiles part which is also > a collection and then the url part which also is a part of a collection > > Roelof > > > > Op 16-3-2019 om 16:24 schreef Ben Coman: > > > > On Sat, 16 Mar 2019 at 17:05, Roelof Wobben <r.wobben(a)home.nl> wrote: > >> Thanks, >> >> With your hint I solved it this way : >> >> imageUrl1 := levelsJson select: [ :item | (item at: #name) = 'z4' ]. >> imageUrl := (((imageUrl1 at: 1) at: #tiles) at: 1) at: #url >> > > Cool. Minor tweak... if you use #detect: instead of #select: > which returns the first matched item rather than a collection > so you wont need ....(imageUrl1 at: 1).... part. > > cheers -ben > > >> >> Roelof >> >> >> >> Op 16-3-2019 om 01:04 schreef Ben Coman: >> >> >> >> On Sat, 16 Mar 2019 at 04:21, Roelof Wobben <r.wobben(a)home.nl> wrote: >> >>> Hello, >>> >>> I try to parse a json that differs some times >>> >>> after parsing with neojson I see something like this >>> >>> "an Array(a Dictionary('height'->3640 'name'->'z0' 'tiles'->an Array(a Dictionary('url'->'http://lh3...TItQ4wwXk80sCHkqSS3JgTgmehYP-OItkO4hMwqH1agr-LfNRnxUCRSJKc_VQ=…' 'x'->0 'y'->0 )) 'width'->404 ))" >>> >>> >>> is there a way I can filter out a dictonary where the name is equal to z4 >>> >>> >> Because of cultural differences, I'm not sure by "filter out" whether you >> mean include or exclude >> but when filtering any collection type, #select: #detect and #reject: are >> you main go to messages. >> If you inspect your dictionary and on the meta tab filter for >> ...*select*... >> you'll find #associationsSelect: >> which works like this... >> >> d := Dictionary newFromPairs: #( 1 2 3 4 5 6 ). >> d associationsSelect: [ :asn | (asn key = 1) and: (asn value = 2) ] >> d inspect. ==> Dictionary [1 item] (1->2 ) >> >> I notice there is not a similar #associationsReject: >> so if needed you could add your own considering... >> d := Dictionary newFromPairs: #( 1 2 3 4 5 6 ). >> d associations select: [ :asn | (asn key = 1) and: (asn value = 2) ] >> d inspect. ==> Array [1 item] (1->2) >> >> d := Dictionary newFromPairs: #( 1 2 3 4 5 6 ). >> d associations reject: [ :asn | (asn key = 1) and: (asn value = 2) ] >> d inspect. ==> Array [2 items] (5->6 3->4) >> >> cheers -ben >> >> >> >

March 16, 2019

Re: [Pharo-users] json parse problem

by Roelof Wobben

March 16, 2019

Re: [Pharo-users] json parse problem

by Ben Coman

On Sat, 16 Mar 2019 at 17:05, Roelof Wobben <r.wobben(a)home.nl> wrote: > Thanks, > > With your hint I solved it this way : > > imageUrl1 := levelsJson select: [ :item | (item at: #name) = 'z4' ]. > imageUrl := (((imageUrl1 at: 1) at: #tiles) at: 1) at: #url > Cool. Minor tweak... if you use #detect: instead of #select: which returns the first matched item rather than a collection so you wont need ....(imageUrl1 at: 1).... part. cheers -ben > > Roelof > > > > Op 16-3-2019 om 01:04 schreef Ben Coman: > > > > On Sat, 16 Mar 2019 at 04:21, Roelof Wobben <r.wobben(a)home.nl> wrote: > >> Hello, >> >> I try to parse a json that differs some times >> >> after parsing with neojson I see something like this >> >> "an Array(a Dictionary('height'->3640 'name'->'z0' 'tiles'->an Array(a Dictionary('url'->'http://lh3...TItQ4wwXk80sCHkqSS3JgTgmehYP-OItkO4hMwqH1agr-LfNRnxUCRSJKc_VQ=…' 'x'->0 'y'->0 )) 'width'->404 ))" >> >> >> is there a way I can filter out a dictonary where the name is equal to z4 >> >> > Because of cultural differences, I'm not sure by "filter out" whether you > mean include or exclude > but when filtering any collection type, #select: #detect and #reject: are > you main go to messages. > If you inspect your dictionary and on the meta tab filter for > ...*select*... > you'll find #associationsSelect: > which works like this... > > d := Dictionary newFromPairs: #( 1 2 3 4 5 6 ). > d associationsSelect: [ :asn | (asn key = 1) and: (asn value = 2) ] > d inspect. ==> Dictionary [1 item] (1->2 ) > > I notice there is not a similar #associationsReject: > so if needed you could add your own considering... > d := Dictionary newFromPairs: #( 1 2 3 4 5 6 ). > d associations select: [ :asn | (asn key = 1) and: (asn value = 2) ] > d inspect. ==> Array [1 item] (1->2) > > d := Dictionary newFromPairs: #( 1 2 3 4 5 6 ). > d associations reject: [ :asn | (asn key = 1) and: (asn value = 2) ] > d inspect. ==> Array [2 items] (5->6 3->4) > > cheers -ben > > >

March 16, 2019

Re: [Pharo-users] Why doesn't collection have #excludes (the mirror of includes)?

by Ben Coman

On Sat, 16 Mar 2019 at 17:05, Tim Mackinnon <tim(a)testit.works> wrote: > These are all good suggestions guys - but donât you find it odd that there > isnât the mirror function #excludes: which would make all of them read more > naturally? > > I know we canât have all combinations- but this one really struck me as > odd by its absence (particularly when I was comparing the elegance of my > little coding solution to other languages). > > Should I propose itâs inclusion in Collection? > I'm mostly ambivalent, except simplifying transition from other languages is useful. What are some examples for other languages? cheers -ben > Tim > > Sent from my iPhone > > > On 16 Mar 2019, at 08:43, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > > > > >> On 15 Mar 2019, at 23:06, Tim Mackinnon <tim(a)testit.works> wrote: > >> > >> aString detect: [:c | ($0 to: $1) excludes: c] ifFound: aBlock. > (Evaluate a block if the string isnât all 0 and 1âs) > > > > (aString allSatisfy: [ :each | '01' includes: each ]) not. > > > > > > >

March 16, 2019

Re: [Pharo-users] LibC experiments in Pharo 7

by Alexandre Bergel

Excellent! How does it compare with OSSubProcess? LibC looks much lighter. Alexandre EnvoyÃ© de mon iPad > Le 16 mars 2019 Ã 08:50, Christopher Fuhrman <christopher.fuhrman(a)gmail.com> a Ã©crit : > > I wrote a blog entry about how I've used LibC in Pharo 7. > > https://fuhrmanator.github.io/LibC-Pharo-experiments/ > > Cheers! > > Christopher

March 16, 2019

Re: [Pharo-users] LibC experiments in Pharo 7

by Sven Van Caekenberghe

This is useful, thank you! > On 16 Mar 2019, at 12:50, Christopher Fuhrman <christopher.fuhrman(a)gmail.com> wrote: > > I wrote a blog entry about how I've used LibC in Pharo 7. > > https://fuhrmanator.github.io/LibC-Pharo-experiments/ > > Cheers! > > Christopher

March 16, 2019

Re: [Pharo-users] A strange iceberg/Monticello loading issue that has appeared in 7.0.2?

by Tim Mackinnon

Mulling this over - I have a few more experiments to try 1 - try loading from the playground and not the cmd line 2 - dig out a previous 7.0.1 zero conf image (that previously worked with an older master branch), clean out iceberg-local and see if itâs something in the new master that causes this If anyone can think of an obvious thing Iâm missing, I would appreciate the input Tim Sent from my iPhone > On 16 Mar 2019, at 09:20, Tim Mackinnon <tim(a)testit.works> wrote: > > Iâm really struggling a bit with new images in 7.0.2. Now it may be that itâs not .2âs fault - but as Iâve been doing lots of repeatable things in Pharo 6 and 7a and 7.0.1, you notice when things change. > > Iâd really appreciate some thoughts on an iceberg/Monticello issue i suddenly hit last night. > > I merged a large PR in my project and then tested it in a new zero conf 7.0.2 image and directory from master (via that github pr) with the following command line (which Iâve always used): > > ./pharo-ui Pharo.image eval " > Metacello new > baseline: 'Exercism'; > repository: 'github://exercism/pharo-smalltalk:master'; > load. > > The first time it seemed to work, but I found some bugs, and so I fixed them and merged 2 more tiny prâs. When I delete everything (rm -rf), and load it again, it doesn't load everything? Those commits are missing. When look in my image my fixes aren't there in the code (but they show do in github master) - and when I open up an iceberg window in that fresh image it shows 4 incoming pull requests? Why didnât it load everything? > > It never used to do this from a clean image using Metacello? > > Can anyone think of what might cause this? Iâm really confused. > > Tim > > Sent from my iPhone >

March 16, 2019

LibC experiments in Pharo 7

by Christopher Fuhrman

I wrote a blog entry about how I've used LibC in Pharo 7. https://fuhrmanator.github.io/LibC-Pharo-experiments/ Cheers! Christopher

March 16, 2019

Re: [Pharo-users] 7.0.2 and the font glitch - seems far worse than 7.0.1

by Tim Mackinnon

Hi Hilaire - I'm not changing any font settings at all - this is a clean zero conf image, load my project, open a system browser and start typing some code and it starts happening quite quickly. The only thing that might exasperate this is me loading in mirage after my project (I need to test that theory - as it might speed up the issue). Tim Sent from my iPhone > On 16 Mar 2019, at 10:03, Hilaire <hilaire(a)drgeo.eu> wrote: > > This problem also randomly shows up in Dr.Geo/Linux. > > I think I saw it recently in DrGeo build with P7.0.1 or P7.0.2. > > Tim, did you use an alternate true type font for your Pharo GUI? > > Until know I though the issue was related to the FreeType plugin and the > use of true type font in the UI. > > Hilaire > >> Le 16/03/2019 Ã 09:25, Sven Van Caekenberghe a Ã©crit : >> I am on the latest macOS, my 64-bit 7.0.2 image with lots of code (Bootstrap/Seaside/...) is running fine. I did not fiddle with the fonts, just switched to Dark look. >> >> I avoid loading any packages that use native code, unless it is very well proven and/or part of the standard image (IceBerg for example). >> >> I have none of the issues you describe. > > -- > Dr. Geo > http://drgeo.eu > > >

March 16, 2019