- Pharo-users - lists.pharo.org

Re: [Pharo-users] Ston feature idea?

by Offray Vladimir Luna CÃ¡rdenas

Hi, Thanks for this interesting conversation. I had some similar problem with Grafoscopio notebooks being to big when I run the default serializer because it puts data about the Text object and some other info about runs. What I did was to flat the tree to contain only the info I need. I solved this with two methods (listed below). Maybe this can be helpful: GrafoscopioNotebook>>exportAsSton: aNotebook on: aFileStream | stonPrettyString | aNotebook flatten. stonPrettyString := String streamContents: [ :stream | (STON writer on: stream) newLine: String crlf; prettyPrint: true; keepNewLines: true; nextPut: aNotebook children]. aFileStream nextPutAll: stonPrettyString GrafoscopioNode>>flatten "I traverse the tree looking for node bodies containing 'Text' objects and transform them to their string content, so space is saved and storage format is DVCS friendly while serializing them to STON" (self preorderTraversal) do: [ :eachNode | (eachNode body class = Text) ifTrue: [eachNode body: (eachNode body asString)]] Cheers, Offray On 17/05/17 09:15, Cyril Ferlicot D. wrote: > On 17/05/2017 16:02, Sven Van Caekenberghe wrote: >> OK, that is an understandable example. >> >> But why exactly do you want Currency to be serialised differently ? You don't want too many instances ? You want all instances to be #== ? Is Currency too big ? You want to allow humans to edit the STON file ? What ? Why ? >> >> You can easily make it Currency['Euro'] or even Currency[#Euro] like it is already done for a number of built-in classes. >> >> The last example that I gave solved the 'too many instances', make them #== issue. >> >> If it is size, that got covered too, but you must solve the problem of how the receiving end will resolve the reference then. >> >> But since that is all no good, there must still be another requirement. > Here it is a simple example to show what I want. > > The real use case is that in Moose, entities are really connected to > their model, and if one of our classes contains an entity it would > produce a really really really big ston file since it would export > millions of entities. > > But there is a way to retrieve an entity of this model from its moose name. > > Thus, I would like to export only the moose name of the entities, then > get the corresponding entity from a Model the user would have load > before during the ston reading. > >> >

May 19, 2017

Re: [Pharo-users] Has anyone got some binary search code they like for the Collection class they want to share?

by Sven Van Caekenberghe

> On 19 May 2017, at 00:47, David T. Lewis <lewis(a)mail.msen.com> wrote: > > On Thu, May 18, 2017 at 10:18:34PM +0200, Sven Van Caekenberghe wrote: >> >>> On 18 May 2017, at 21:08, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >>> >>> Great! How long has it been there? :) >> >> Apparently since 2012 - can't really remember >> > > Looking at a Squeak 3.0 image I would say that they were introduced in 2000, > and the author was Andreas Raab. Makes sense, I knew that code was older ... > Dave > >

May 19, 2017

Re: [Pharo-users] Has anyone got some binary search code they like for the Collection class they want to share?

by David T. Lewis

On Thu, May 18, 2017 at 10:18:34PM +0200, Sven Van Caekenberghe wrote: > > > On 18 May 2017, at 21:08, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > > > Great! How long has it been there? :) > > Apparently since 2012 - can't really remember > Looking at a Squeak 3.0 image I would say that they were introduced in 2000, and the author was Andreas Raab. Dave

May 18, 2017

Re: [Pharo-users] Has anyone got some binary search code they like for the Collection class they want to share?

by Sven Van Caekenberghe

> On 18 May 2017, at 22:47, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > 2017-05-18 17:18 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >>> On 18 May 2017, at 21:08, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > >>> Great! How long has it been there? :) >> Apparently since 2012 - can't really remember > > My gosh, I remember searching for that years ago. > >>> And why is it in SequenceableCollection and not SortedCollection? >> Hmm, probably because any SequenceableCollection could be sorted up front, like in >> ((1 to: 100) collect: [ :i | 100 atRandom ]) sort. > > Ok, makes sense. > >> BTW, we also have #threeWayCompareTo: (the spaceship operator, aka <=>) >> >> (((1 to: 100) collect: [ :i | 100 atRandom ]) , #(66)) sort >> findBinaryIndex: [ :x | 66 threeWayCompareTo: x ] > > I think that method is part of the SortFunctions package I ported. It > is not in my Pharo 5 image at least. Haha, yes, indeed: https://pharo.fogbugz.com/f/cases/17728/Integrate-Travis-Griggs-TAG-SortFun… One of the many new things in Pharo 6 > Regards! > > Esteban A. Maringolo >

May 18, 2017

Re: [Pharo-users] Has anyone got some binary search code they like for the Collection class they want to share?

by Esteban A. Maringolo

2017-05-18 17:18 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> On 18 May 2017, at 21:08, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> Great! How long has it been there? :) > Apparently since 2012 - can't really remember My gosh, I remember searching for that years ago. >> And why is it in SequenceableCollection and not SortedCollection? > Hmm, probably because any SequenceableCollection could be sorted up front, like in > ((1 to: 100) collect: [ :i | 100 atRandom ]) sort. Ok, makes sense. > BTW, we also have #threeWayCompareTo: (the spaceship operator, aka <=>) > > (((1 to: 100) collect: [ :i | 100 atRandom ]) , #(66)) sort > findBinaryIndex: [ :x | 66 threeWayCompareTo: x ] I think that method is part of the SortFunctions package I ported. It is not in my Pharo 5 image at least. Regards! Esteban A. Maringolo

May 18, 2017

Re: [Pharo-users] Has anyone got some binary search code they like for the Collection class they want to share?

by Sven Van Caekenberghe

> On 18 May 2017, at 21:08, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > Great! How long has it been there? :) Apparently since 2012 - can't really remember > And why is it in SequenceableCollection and not SortedCollection? Hmm, probably because any SequenceableCollection could be sorted up front, like in ((1 to: 100) collect: [ :i | 100 atRandom ]) sort. BTW, we also have #threeWayCompareTo: (the spaceship operator, aka <=>) (((1 to: 100) collect: [ :i | 100 atRandom ]) , #(66)) sort findBinaryIndex: [ :x | 66 threeWayCompareTo: x ] > Regards! > Esteban A. Maringolo > > > 2017-05-18 16:01 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> It is already in the image: SequenceableCollection>>#findBinary:do:ifNone: & friends ;-) >> >>> On 18 May 2017, at 20:22, PAUL DEBRUICKER <pdebruic(a)gmail.com> wrote: >>> >>> I didn't see one in the image & I'm happy to implement one but thought I'd ask before I did. >>> >>> Thanks >>> >>> Paul >> >> >

May 18, 2017

Chrome DevTools Protocol and Pharo

by Torsten Bergmann

Hi, I played around with remote controlling Google Chrome from Pharo using Chrome DevTools Protocol [1] (based on WebSockets). The video shows an example using latest Pharo 6 on Mac: https://www.youtube.com/watch?v=9F5FrQTEJWY Initial Code is on GitHub [2] if someone is interested, requires OSOSX and Zinc Websockets to be loaded. Have fun T. [1] https://chromedevtools.github.io/devtools-protocol [2] https://github.com/astares/Pharo-Chrome

May 18, 2017

Re: [Pharo-users] Has anyone got some binary search code they like for the Collection class they want to share?

by Esteban A. Maringolo

Great! How long has it been there? :) And why is it in SequenceableCollection and not SortedCollection? Regards! Esteban A. Maringolo 2017-05-18 16:01 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > It is already in the image: SequenceableCollection>>#findBinary:do:ifNone: & friends ;-) > >> On 18 May 2017, at 20:22, PAUL DEBRUICKER <pdebruic(a)gmail.com> wrote: >> >> I didn't see one in the image & I'm happy to implement one but thought I'd ask before I did. >> >> Thanks >> >> Paul > >

May 18, 2017

Re: [Pharo-users] Has anyone got some binary search code they like for the Collection class they want to share?

by Sven Van Caekenberghe

It is already in the image: SequenceableCollection>>#findBinary:do:ifNone: & friends ;-) > On 18 May 2017, at 20:22, PAUL DEBRUICKER <pdebruic(a)gmail.com> wrote: > > I didn't see one in the image & I'm happy to implement one but thought I'd ask before I did. > > Thanks > > Paul

May 18, 2017

Re: [Pharo-users] Seaside: WACache had the subclass responsibility to implement #store:

by Paul DeBruicker

Hi Abdelghani, There is a seaside specific list here: http://forum.world.st/Seaside-General-f86180.html You'll have better luck getting prompt answers there. How did you install BootstrapMagritte? WACache is an abstract class in Seaside 3.2 so maybe the install process got something wrong. Paul Pharo Smalltalk Users mailing list wrote > Hi all, > > If run a new Seaside image then instal BootstrapMagrite I can no more > access the list of running apps in the seaside image from a browser > I type in firefox localhost:8080 and I get : > WACache had the subclass responsibility to implement #store: > > Any ideas? > > Thanks in advance > Abdelghani -- View this message in context: http://forum.world.st/Seaside-WACache-had-the-subclass-responsibility-to-im… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 18, 2017