August 2013 - Pharo-dev - lists.pharo.org

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… 1 regressions found. Zinc.Zodiac.ZnHTTPSTests.testGetPharoVersion

Aug. 13, 2013

Re: [Pharo-dev] Checking your Gravatar

by Tudor Girba

Hi, I could not resist: here is a little blog post about removing your troublesome morph :) http://www.humane-assessment.com/blog/spotting-a-troublesome-image-morph Cheers, Doru On Tue, Aug 13, 2013 at 2:21 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > This one is more fun > > (ImageMorph fromStream:( > ZnClient new > beOneShot; > url: 'http://www.gravatar.com/avatar'; > addPathSegment: (ZnDigestAuthenticator md5Hash: 'marianopeck(a)gmail.com > '); > queryAt: #s put: '128'; > queryAt: #d put: '404'; > get) readStream) openInWorld > > > uhhh but I cannot remove the morph from the world....damn it! > > > On Mon, Aug 12, 2013 at 7:46 PM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > >> Hi, >> >> Related to the usage of Gravatars (http://en.wikipedia.org/wiki/Gravatar) >> for http://contributors.pharo.org here is some code you can use to check >> whether your Gravatar image really works: >> >> ZnClient new >> beOneShot; >> url: 'http://www.gravatar.com/avatar'; >> addPathSegment: (ZnDigestAuthenticator md5Hash: 'sven(a)stfx.eu'); >> queryAt: #s put: '128'; >> queryAt: #d put: '404'; >> get; >> isSuccess. >> >> ZnClient new >> beOneShot; >> url: 'http://www.gravatar.com/avatar'; >> addPathSegment: (ZnDigestAuthenticator md5Hash: ' >> nobody.at.all(a)gmail.com'); >> queryAt: #s put: '128'; >> queryAt: #d put: '404'; >> get; >> isSuccess. >> >> (ZnClient new >> enforceHttpSuccess: true; >> beOneShot; >> url: 'http://www.gravatar.com/avatar'; >> addPathSegment: (ZnDigestAuthenticator md5Hash: 'tudor(a)tudorgirba.com >> '); >> queryAt: #s put: '128'; >> queryAt: #d put: '404'; >> contentReader: [ :entity | ImageMorph fromStream: entity readStream ]; >> get) openInWindow. >> >> And now you know how simple Gravatars really are, provided you use a >> proper programming language to access them. >> >> Enjoy! >> >> Sven >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 13, 2013

Re: [Pharo-dev] loosing versions of method after deleting and creating new

by StÃ©phane Ducasse

On Aug 13, 2013, at 4:34 PM, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> wrote: > Hi, > > sometimes I have got the following situation: > > 1) I delete a method > 2) I recognize uhhhh, I need it! it was wrong to delete it! > 3) I re-write it (or get it from changes file or old image) > 4) now, the versions of the method are lost Yes this is bug and nobody took the time to look at it. Martin is working on a new change management system. > I would have the following wishes for this situation: > a) it should be easier for me to get back the deleted method (easier as > searching the changes file or load old version of image) > b) after re-writing the method, I want the versions of this method back. us too. > Perhaps there is another way to handle this and I did not know it. > For a while I was renaming methods (e.g. from "methodname" to > "methodnameOLD") instead of deleting it but this is not the way it should be > imho. > > I was used to have this functionality in envy. Us too in Pharo but a bug was introduced. > What do you think about this? we want more time > > Regards > Sabine > > > > > > > > -- > View this message in context: http://forum.world.st/loosing-versions-of-method-after-deleting-and-creatin… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Aug. 13, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… 2 regressions found. KernelTests.Classes.BehaviorTest.testBehaviorRespectsPolymorphismWithTraitBehavior KernelTests.Classes.MetaclassTest.testMetaclassAndTraitClassRespectsPolymorphismRules

Aug. 13, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=mac/… 2 regressions found. KernelTests.Classes.BehaviorTest.testBehaviorRespectsPolymorphismWithTraitBehavior KernelTests.Classes.MetaclassTest.testMetaclassAndTraitClassRespectsPolymorphismRules

Aug. 13, 2013

Re: [Pharo-dev] Access to issue tracker?

by Camillo Bruni

I never tried the monkey/registration page. But you should be able to login here: http://pharo.fogbugz.org - reset your password (since you don't have one yet) - login at http://pharo.fogbugz.org I hope that helps. On 2013-08-13, at 01:01, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Same here > > El 13/08/2013 0:34, Javier PimÃ¡s escribiÃ³: >> Hi, I don't know if it's just me or if I'm doing something wrong but I >> was never able to get a user for the issue tracker. I enter here >> <http://bugs.pharo.org/issues/register>, put a username, an email and >> tick the not a monkey box in order to create an account. It redirects me >> here <https://pharo.fogbugz.com/> but I never get a mail or anything I >> could use to login, what I am doing wrong? >> >> Cheers, >> Javier >> >> -- >> Lic. Javier PimÃ¡s >> Ciudad de Buenos Aires > >

Aug. 13, 2013

loosing versions of method after deleting and creating new

by Sabine KnÃ¶fel

Hi, sometimes I have got the following situation: 1) I delete a method 2) I recognize uhhhh, I need it! it was wrong to delete it! 3) I re-write it (or get it from changes file or old image) 4) now, the versions of the method are lost I would have the following wishes for this situation: a) it should be easier for me to get back the deleted method (easier as searching the changes file or load old version of image) b) after re-writing the method, I want the versions of this method back. Perhaps there is another way to handle this and I did not know it. For a while I was renaming methods (e.g. from "methodname" to "methodnameOLD") instead of deleting it but this is not the way it should be imho. I was used to have this functionality in envy. What do you think about this? Regards Sabine -- View this message in context: http://forum.world.st/loosing-versions-of-method-after-deleting-and-creatin… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 13, 2013

Re: [Pharo-dev] [ANN] Stamp, another STOMP implementation

by StÃ©phane Ducasse

> > >> Excellent! >> And with a lovely documentation (even if too short to my eyes :)). > > Indeed, although it is better than nothing, it is too short and the code itself can use more comments as well, but it is a pretty complex subject, especially if you are unfamiliar with messaging-oriented middleware and architecture. > > It will improve over time. Users are an important driver for improvements. I'm sure about that :)

Aug. 13, 2013

Re: [Pharo-dev] [rmod] Link between Spec model and Morph ?

by Erwan Douaille

2013/8/13 ClÃ©ment Bera <bera.clement(a)gmail.com> > Ok I think get your question. Not an easy one :) > > So LabelModel knows its AbstractSpec with a class side method: > > LabelModel class>>defaultSpec > <spec> > ^ {#LabelSpec. > #model:. #model. > #getEnabledSelector:. #enabled. > #getTextSelector:. #getText. > #vResizing:. #shrinkWrap. > #hResizing:. #spaceFill. > #borderWidth:. #(model borderWidth). > #borderColor:. #(model borderColor). > #dragEnabled:. #(model dragEnabled). > #dropEnabled:. #(model dropEnabled). > #setBalloonText:. { #model . #help}} > > So you have LabelModel->#LabelSpec. > > This symbol, #LabelSpec, corresponds to a class. You can check: > > SpecBinder class>>initializeBindings > "self initializeBindings" > bindings := IdentityDictionary new. > bindings > at: #ListSpec put: ListSpec; > at: #MultiColumnListSpec put: MultiColumnListSpec; > at: #IconListSpec put: IconListSpec; > at:#model put: ModelSpec; > at: #RawSpec put: RawSpec; > at: #ComposableSpec put: ComposableSpec; > at: #TextSpec put: TextSpec; > at: #ButtonSpec put: ButtonSpec; > at: #CheckboxSpec put: CheckboxSpec; > at: #DropListSpec put: DropListSpec; > at: #LabelSpec put: LabelSpec; > at: #FrameLayoutSpec put: FrameLayoutSpec; > at: #TextFieldSpec put: TextFieldSpec; > at: #TreeSpec put: TreeSpec; > at: #WindowSpec put: WindowSpec; > at:#DialogWindowSpec put: DialogWindowSpec; > > So you have LabelModel->#LabelSpec->LabelSpec. > > LabelSpec is an AbstractSpec and subclasses of AbstractSpec has the method > classSymbol. Here we have > > LabelSpec>>classSymbol > ^ #Label > > So you have LabelModel->#LabelSpec->LabelSpec->#Label. > > Now this symbol corresponds to a class. You can check: > > MorphicBindings>>initializeClassesDictionary > > ^ IdentityDictionary new > at: #List put: #PluggableListMorph; > at: #IconList put: #PluggableIconListMorph; > at: #Text put: #PluggableTextMorph; > at: #Button put: #PluggableButtonMorph; > at: #Panel put: #PanelMorph; > at: #Checkbox put: #CheckboxMorph; > at: #DropList put: #DropListMorph; > at: #TextField put: #PluggableTextFieldMorph; > at: #Label put: #LabelMorph; > at: #MultiColumnList put: #PluggableMultiColumnListMorph; > at: #Tree put: #MorphTreeMorph; > at: #Slider put: #PluggableSliderMorph; > at: #FrameLayout put: #LayoutFrame; > at: #Window put: #SpecWindow; > at: #DialogWindow put: #SpecDialogWindow; > yourself > > So you have LabelModel->#LabelSpec->LabelSpec->#Label->LabelMorph. > > Does that answer your question this time ? > > > Perfect ! Thanks ! :) > > > > 2013/8/13 Erwan Douaille <douailleerwan(a)gmail.com> > >> Hi, >> >> Does anyone can explain me how/where the link is ? >> I guess its related to AbstractSpec subclasses, but i don't know how does >> it work. >> >> I will be at lab the whole week. >> >> >> 2013/8/12 ClÃ©ment Bera <clement.bera(a)minesdedouai.fr> >> A spec model (ComposableModel) has a window (WindowModel), this window >> has a window (SpecWindow), this window inherits from StandardWindow which >> inherits from SystemWindow which inherits from MorphicModel which inherits >> fromBorderedMorph which inherits from Morph >> >> Does that answer your question ? >> >> >> No :) >> >> I mean How the labelModel know than his morph is a LabelMorph ? >> >> >> -- >> Best regards, >> >> Douaille Erwan <douaille.erwan(a)gmail.com> >> > > -- Best regards, Douaille Erwan <douaille.erwan(a)gmail.com>

Aug. 13, 2013

Re: [Pharo-dev] [rmod] Link between Spec model and Morph ?

by ClÃ©ment Bera

Ok I think get your question. Not an easy one :) So LabelModel knows its AbstractSpec with a class side method: LabelModel class>>defaultSpec <spec> ^ {#LabelSpec. #model:. #model. #getEnabledSelector:. #enabled. #getTextSelector:. #getText. #vResizing:. #shrinkWrap. #hResizing:. #spaceFill. #borderWidth:. #(model borderWidth). #borderColor:. #(model borderColor). #dragEnabled:. #(model dragEnabled). #dropEnabled:. #(model dropEnabled). #setBalloonText:. { #model . #help}} So you have LabelModel->#LabelSpec. This symbol, #LabelSpec, corresponds to a class. You can check: SpecBinder class>>initializeBindings "self initializeBindings" bindings := IdentityDictionary new. bindings at: #ListSpec put: ListSpec; at: #MultiColumnListSpec put: MultiColumnListSpec; at: #IconListSpec put: IconListSpec; at:#model put: ModelSpec; at: #RawSpec put: RawSpec; at: #ComposableSpec put: ComposableSpec; at: #TextSpec put: TextSpec; at: #ButtonSpec put: ButtonSpec; at: #CheckboxSpec put: CheckboxSpec; at: #DropListSpec put: DropListSpec; at: #LabelSpec put: LabelSpec; at: #FrameLayoutSpec put: FrameLayoutSpec; at: #TextFieldSpec put: TextFieldSpec; at: #TreeSpec put: TreeSpec; at: #WindowSpec put: WindowSpec; at:#DialogWindowSpec put: DialogWindowSpec; So you have LabelModel->#LabelSpec->LabelSpec. LabelSpec is an AbstractSpec and subclasses of AbstractSpec has the method classSymbol. Here we have LabelSpec>>classSymbol ^ #Label So you have LabelModel->#LabelSpec->LabelSpec->#Label. Now this symbol corresponds to a class. You can check: MorphicBindings>>initializeClassesDictionary ^ IdentityDictionary new at: #List put: #PluggableListMorph; at: #IconList put: #PluggableIconListMorph; at: #Text put: #PluggableTextMorph; at: #Button put: #PluggableButtonMorph; at: #Panel put: #PanelMorph; at: #Checkbox put: #CheckboxMorph; at: #DropList put: #DropListMorph; at: #TextField put: #PluggableTextFieldMorph; at: #Label put: #LabelMorph; at: #MultiColumnList put: #PluggableMultiColumnListMorph; at: #Tree put: #MorphTreeMorph; at: #Slider put: #PluggableSliderMorph; at: #FrameLayout put: #LayoutFrame; at: #Window put: #SpecWindow; at: #DialogWindow put: #SpecDialogWindow; yourself So you have LabelModel->#LabelSpec->LabelSpec->#Label->LabelMorph. Does that answer your question this time ? 2013/8/13 Erwan Douaille <douailleerwan(a)gmail.com> > Hi, > > Does anyone can explain me how/where the link is ? > I guess its related to AbstractSpec subclasses, but i don't know how does > it work. > > I will be at lab the whole week. > > > 2013/8/12 ClÃ©ment Bera <clement.bera(a)minesdedouai.fr> > A spec model (ComposableModel) has a window (WindowModel), this window has > a window (SpecWindow), this window inherits from StandardWindow which > inherits from SystemWindow which inherits from MorphicModel which inherits > fromBorderedMorph which inherits from Morph > > Does that answer your question ? > > > No :) > > I mean How the labelModel know than his morph is a LabelMorph ? > > > -- > Best regards, > > Douaille Erwan <douaille.erwan(a)gmail.com> >

Aug. 13, 2013