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

Re: [Pharo-dev] [Pharo4] Slots: ExampleSlotWithDefaultValue

by Marcus Denker

> On 27 Feb 2015, at 16:01, stepharo <stepharo(a)free.fr> wrote: > > :) > look more and more like CLOS :) > > now a question: what do you accept as value: > (literals or expressions). > I have the impression that literals are better because no runtime needed. > right now it is very simplistic: when you accept, it evaluates the definition. When you browse it, it prints it. So it accepts literals. Yes, this is best. For expressions, the slot could use Blocksâ¦ but I do not like the idea. Marcus

Feb. 27, 2015

Re: [Pharo-dev] Issue Grabber

by Marcus Denker

> On 27 Feb 2015, at 16:00, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 27 Feb 2015, at 15:55, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >>> On 27 Feb 2015, at 15:53, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> It seems the following now fails, both in older and newer images: >>> >>> ZnClient new url: 'http://bugs.pharo.org/issues/name/15008'; get. >>> >>> Which means 'Grab' of an issue number in MCSliceMaker no longer works. >>> >>> What changed ? >>> >>> >> >> It seems to be a change at fogbugz? In the browser it says: >> >> Entry point not found >> The FogBugz page "/issues/name/15008'" was not found > > OK, but there must also be some proxy from us in between, no ? > Because @ fogbugz there is no public API. > ahhâ¦ it uses bugs.pharo.org <http://bugs.pharo.org/> which I made to point to fog bugs (as it is unmaintained and out of date). I will for now re-enable it. Marcus

Feb. 27, 2015

Re: [Pharo-dev] Easy way to write a proxy?

by stepharo

Alex why ghost is not ok? Because you want to have a portable proxy? Stef Le 27/2/15 03:43, Alexandre Bergel a Ã©crit : > Hi! > > I have a near-to-be naive question. Maybe there is something obvious, but I cannot see it. Consider the following implementation of a proxy: > > -=-=-=-=-=-=-=-=-=-=-=-= > Object subclass: #MyProxy > instanceVariableNames: 'object'. > > MyProxy >> object: anObject > object := anObject > > MyProxy >> doesNotUnderstand: aMessage > ^ object perform: aMessage selector withArguments: aMessage arguments > > Object >> wrap > self becomeForward: (MyProxy new object: self; yourself) > -=-=-=-=-=-=-=-=-=-=-=-= > > The problem is with wrap. After the becomeForward:, MyProxy has itself in the object variable. Even self is apparently subject to the #become. > > It means that the following code loop indefinitely > > -=-=-=-=-=-=-=-=-=-=-=-= > d := Dictionary new. > d wrap. > d add: #foo -> 10 > -=-=-=-=-=-=-=-=-=-=-=-= > > I know there is Marianoâs library to write proxy. But I still wondering whether this could be done simply. > Any idea how to simply create a proxy? > > Cheers, > Alexandre >

Feb. 27, 2015

Re: [Pharo-dev] Easy way to write a proxy?

by stepharo

> > For most cases Ghost is the way to go. > > > We will add a proxy model (based on Ghost or just ghost as is) to > Pharo by default in Pharo5. > Then people can just use it. > > > And with the lazy become of Spur / new Cog that would be a super > great combination. Oh yes! We thought about you when we were talking about Spur recently :) > > > -- > Mariano > http://marianopeck.wordpress.com

Feb. 27, 2015

Re: [Pharo-dev] [Pharo4] Slots: ExampleSlotWithDefaultValue

by stepharo

:) look more and more like CLOS :) now a question: what do you accept as value: (literals or expressions). I have the impression that literals are better because no runtime needed. Stef > Hi, > > Todays small improvement: > > ExampleSlotWithDefaultValue now allows to set the default in the definition (it was before just hard coding a value). > > e.g. > > Object subclass: #GG > slots: { #gg => ExampleSlotWithDefaultValue default: 5 } > classVariables: { } > category: âPlayGround' > > > When inspecting > > GG new > > â> the slot is initialised to 5. > > https://pharo.fogbugz.com/f/cases/14991/ExampleSlotWithDefaultValue-allow-d… > - Slot: storeOn: calls printOn: > - PropertyBaseSlot: use mangeled name: #_propertyBaseSlot > - ExampleSlotWithDefaultValue: set default in definition > > > Marcus > > > >

Feb. 27, 2015

Re: [Pharo-dev] Issue Grabber

by Sven Van Caekenberghe

> On 27 Feb 2015, at 15:55, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 27 Feb 2015, at 15:53, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> It seems the following now fails, both in older and newer images: >> >> ZnClient new url: 'http://bugs.pharo.org/issues/name/15008'; get. >> >> Which means 'Grab' of an issue number in MCSliceMaker no longer works. >> >> What changed ? >> >> > > It seems to be a change at fogbugz? In the browser it says: > > Entry point not found > The FogBugz page "/issues/name/15008'" was not found OK, but there must also be some proxy from us in between, no ? Because @ fogbugz there is no public API.

Feb. 27, 2015

Re: [Pharo-dev] Recording user actions in GTools

by stepharo

What I often really want to do is to scope my search. find who is sending changed: in that class X. and I know that we can do it but no idea how. Stef Le 27/2/15 15:44, Andrei Chis a Ã©crit : > > On Thu, Feb 26, 2015 at 8:39 PM, Stephan Eggermont <stephan(a)stack.nl > <mailto:stephan@stack.nl>> wrote: > > On 26/02/15 16:10, Andrei Chis wrote: > > The recording of data will be opt-out: *you have to explicitly > agree > with sending usage data*. > > > Uhhm. That's called opt-in. > > Yes, I confused them. > > A practical issue: I have projects/images where it is > absolutely no problem, and projects where I definitely > don't want it. All local images is not a good setting. > For certain directories would work. > > > You will be able to change this settings in each individual image. > You will further have a default setting that will be persisted to your > preference folder that will apply to all new images. We need this so > we do not ask every time you open a new image. > > Does this address your situation? > > Would you not want to send data from some images because of privacy > issues? > By default we only collect data that does not contain class names, > method names or any code snippet. The only concrete information > consists in category names: "Methods", "Classes", "History", etc. > > Cheers, > Andrei > > > Stephan > > >

Feb. 27, 2015

Re: [Pharo-dev] Recording user actions in GTools

by stepharo

+ 1 If you need the proof that people do not remember the bindings why not logging. But to me this is obvious. THere is not way of discovering them expect by try and error. I always have the feeling that I use it the wrong way because I do not know the magic shortcuts. Frustrated. Le 26/2/15 23:04, Peter UhnÃ¡k a Ã©crit : > > before the Pharo code freeze, a small extension to GT tools (300 > lines of code) that records and sends usage data. > > various actions you do in spotter (open, close, search, dive-in, > dive-out, select element, etc) > > If there are no tooltips what shortcuts to use people cannot dive-in > and there is nothing to record :)... so please please :) > But I certainly don't mind. > > Peter

Feb. 27, 2015

Re: [Pharo-dev] Issue Grabber

by Marcus Denker

> On 27 Feb 2015, at 15:53, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > It seems the following now fails, both in older and newer images: > > ZnClient new url: 'http://bugs.pharo.org/issues/name/15008'; get. > > Which means 'Grab' of an issue number in MCSliceMaker no longer works. > > What changed ? > > It seems to be a change at fogbugz? In the browser it says: Entry point not found The FogBugz page "/issues/name/15008'" was not found

Feb. 27, 2015

Issue Grabber

by Sven Van Caekenberghe

It seems the following now fails, both in older and newer images: ZnClient new url: 'http://bugs.pharo.org/issues/name/15008'; get. Which means 'Grab' of an issue number in MCSliceMaker no longer works. What changed ?

Feb. 27, 2015