September 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Image-specific "cache"

by Max Leske

You could also use the session checking logic NativeBoost uses. Take a look at NativeBoost>>sessionChanged et al. Cheers, Max > On 03 Sep 2015, at 12:33, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Sorry, my last email is UNREADABLE! > > Here is the spellchecked version: > > Hi, > > I want to persist some value (in a singleton), but when a user creates a copy of the image, I want to regenerate that data, so there will be no two images with the same persisted data. Is there some way to act on an image launch? Or maybe you have better suggestionsâ¦ > > Cheers, > Uko > > >> On 03 Sep 2015, at 12:25, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> >> Hi, >> >> I want to persist some value (in a singleton), but when a user creates a copy of the image, it want to regenerate that data, so the will be no who images with the same persisted data. Is there some way to act on image launch? Or maybe you have more suggestionsâ¦ >> >> Cheers, >> Uko >

Sept. 3, 2015

Re: [Pharo-dev] Image-specific "cache"

by Stephan Eggermont

On 03-09-15 12:33, Yuriy Tymchuk wrote: > I want to persist some value (in a singleton), but when a user creates a copy of the image, I want to regenerate that data, so there will be no two images with the same persisted data. Is there some way to act on an image launch? Or maybe you have better suggestionsâ¦ You could use SHA1 hashMessage: FileSystem workingDirectory fullName to see if you are in the same image, and you could add a class to the startuplist like GTPlayBook does Stephan

Sept. 3, 2015

Re: [Pharo-dev] Image-specific "cache"

by Craig Latta

Hoi Uko-- > I want to persist some value (in a singleton), but when a user > creates a copy of the image, I want to regenerate that data, so there > will be no two images with the same persisted data. Is there some way > to act on an image launch? Sure, you can tie into the StartUpList and ShutDownList in SmalltalkImage. This is how the delay scheduler is restarted on system startup, for example. > Or maybe you have better suggestions... This seems like the conventional way of doing things like that, as long the system doesn't need the assistance of another running system to compute the data. cheers, -C -- Craig Latta netjam.org +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

Sept. 3, 2015

Re: [Pharo-dev] size of MCbrowser should be proportional

by Stephan Eggermont

On 03-09-15 11:22, Peter UhnÃ¡k wrote: >> >> The new, large size, makes it a very scary tool. That many packages? That >> many repositories? >> > > Pharo 4 image has just 2 external repos (Pharo + PharoInbox), > Pharo 5 has 19 fucking repositories. > So my proposal: > Why not hide them? There could be a checkbox "[ ] Show system repositories" > (default unchecked). > That way the window can be much much smaller and users will see what is > important for them. Currently we have a dropdown switching between Package and All, with Package the default. We could add a third one System, and when no package is selected default to only showing the package cache. Stephan

Sept. 3, 2015

Re: [Pharo-dev] Image-specific "cache"

by Yuriy Tymchuk

Sorry, my last email is UNREADABLE! Here is the spellchecked version: Hi, I want to persist some value (in a singleton), but when a user creates a copy of the image, I want to regenerate that data, so there will be no two images with the same persisted data. Is there some way to act on an image launch? Or maybe you have better suggestionsâ¦ Cheers, Uko > On 03 Sep 2015, at 12:25, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Hi, > > I want to persist some value (in a singleton), but when a user creates a copy of the image, it want to regenerate that data, so the will be no who images with the same persisted data. Is there some way to act on image launch? Or maybe you have more suggestionsâ¦ > > Cheers, > Uko

Sept. 3, 2015

Image-specific "cache"

by Yuriy Tymchuk

Hi, I want to persist some value (in a singleton), but when a user creates a copy of the image, it want to regenerate that data, so the will be no who images with the same persisted data. Is there some way to act on image launch? Or maybe you have more suggestionsâ¦ Cheers, Uko

Sept. 3, 2015

Re: [Pharo-dev] Looking for a way to build SQL query

by Peter UhnÃ¡k

Maybe Querier? It was presented on ESUG, but I don't know how production ready it is, you would have to ask Michal. http://querier.xmb.cz/ https://www.youtube.com/watch?v=c2yhd8BjFjU Peter On Thu, Sep 3, 2015 at 11:32 AM, stepharo <stepharo(a)free.fr> wrote: > Hi guys > > I'm looking for a lib that I can use to build sql queries instead of > manipulating strings. > ROE? > > Stef > >

Sept. 3, 2015

Re: [Pharo-dev] block brace alignment (Re: feedback from J Brant)

by Peter UhnÃ¡k

> > self xxx > ifTrue: [ self bla. > self foo I don't like this very much because equivalent messages are formatted differently (they are not aligned). Now when you introduce block parameters, which everybody so far (Kent's book included) has ignored, it suddenly makes more sense to leave the first row empty. self xxx ifTrue: [ :param | self nicely. self aligned. ] Also the examples in the book seem to be picked to fit the rectangle criteria: ifTrue: [ [self clearCaches. self recomputeAngle] ifTrue: [ [self at: each put: 0] they both fit into a rectangle with a reason quite nicely. But if I pick [:each | aShape sendCommandAt: each; to: self] or a block which is very top heavy (long methods at top, short at bottom) I can hardly consider the bottom bracket as corner of a rectangle. But why not add a new option to the formatter to fit your criteria? (Btw I would love to have what IDEs often have -- code preview next to it to which all the options are being applied as you select it.) Peter On Thu, Sep 3, 2015 at 11:01 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > I also code in the same way as Svenâs example. For more advanced things, > why not to have: > > self xxx > ifTrue: > [ self bla. > self foo > > or > > self xxx > ifTrue: [ self bla. > self foo > > this are the interesting things to me. I guess I should read Kent Beck's > formatting rules :) but one more thing that I like to have is > > anObject > a: param1; > cascading: param2; > message: param3; > formatted: param4 > > Although there are some issues around it. > > Uko > > On 03 Sep 2015, at 07:29, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > And what happened to the plain normal (in my mind/experience) ? > > self xxx > ifTrue: [ > self bla. > self foo ]. > > I would say that is the most common one I've seen in the image. And it is > how the old formatter worked. > > On 03 Sep 2015, at 03:39, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi Ben, > > have you read Kent Beck's formatting rules? I wish we would adhere to > these in our formatters. And I wish he would put the formatting rules in > the public domain on the web (Kent?). He actually justifies the rules he > chooses; they're not just personal preferences. And IMO they produce > eleant, readable Smalltalk. I have to say your block formatting below is > horrible. Blocks are blocks. [ & ] are /not/ the same as { & } in C. > [...] define an *object*, not merely delimit syntax. As such any good > Smalltalk format will emphasize the objectness of blocks. And IMNERHO that > is to make them rectangles as in > > self ifIWantedYouToWriteC ifTrue: > [self useABloodyCCompiler. > self useCCMinusPToMakeSenseOfTheDamageDoneByTheCPreProcessor] > > > On Wed, Sep 2, 2015 at 6:23 PM, Ben Coman <btc(a)openinworld.com> wrote: > On Thu, Sep 3, 2015 at 2:28 AM, stepharo <stepharo(a)free.fr> wrote: > > > I do not really like all the formattings of kent. Because sometimes it just > does not work. > But this is why we ask franck (an interns to start to have a look). > > For example I do not like > > self xxx > ifTrue: > [ > self bla > self foo. > > > Agreed. Unneccessary waste of a line. > > in the current default formatter. > and I prefer > > self xxx > ifTrue: [ self bla. > self foo > But here the problem is that the self foo is not tab aligned because > ifTrue: [ > > self xxx > ifTrue: > [ self bla. > self foo > So may be this one is a nice compromise > > > Not quite there. The "self bla" is still not actually vertically aligned. > > I think that we should change some settings. In fact in alpha things are > there to evolve until the release :) > > > I like... > self xxx > ifTrue: > [ self bla. > self foo. > ]. > > for three reasons: > * the first statement of the block is vertically aligned with the rest > * vertical alignment of paired brackets makes visual matching *simple* > * the vertical whitespace enforced by the closing bracket on its > own visually groups blocks. > > Now some people don't like the closing brace on its own because they > prefer code density. So maybe this... > > self xxx > ifTrue: > [ self bla. > self foo. ] > ifFalse: > [ self baa. > self moo. ]. > > But still I prefer... > > self xxx > ifTrue: > [ self bla. > self foo. > ] > ifFalse: > [ self baa. > self moo. > ]. > > cheers -ben > > > > > -- > _,,,^..^,,,_ > best, Eliot > > > > >

Sept. 3, 2015

Looking for a way to build SQL query

by stepharo

Hi guys I'm looking for a lib that I can use to build sql queries instead of manipulating strings. ROE? Stef

Sept. 3, 2015

Re: [Pharo-dev] Removing name from Object

by Sven Van Caekenberghe

I am reviving the following (old) case: https://pharo.fogbugz.com/f/cases/7241/Object-name-should-best-be-removed I will add some more comments there. Sven > On 02 Sep 2015, at 13:53, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > EstebanLM wrote >> deprecate it like any other method change or removal? (And then remove it >> in Pharo 6) >> >> +1 >> thatâs the way to do it :) > > +1. I'm glad we're finally getting around to this :) > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Removing-name-from-Object-tp4847514p4847641.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Sept. 3, 2015