January 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 3522 in pharo: wiki like help contents

by pharo＠googlecode.com

Updates: Status: Closed Comment #12 on issue 3522 by stephane...(a)gmail.com: wiki like help contents http://code.google.com/p/pharo/issues/detail?id=3522 (No comment was entered for this change.)

Jan. 17, 2011

Re: [Pharo-project] Issue 3542 in pharo: Add SmalltalkImage>>#gcBiasToGrow: and friends to core

by pharo＠googlecode.com

Updates: Status: Closed Comment #1 on issue 3542 by stephane...(a)gmail.com: Add SmalltalkImage>>#gcBiasToGrow: and friends to core http://code.google.com/p/pharo/issues/detail?id=3542 in 12307

Jan. 17, 2011

Re: [Pharo-project] PharoKernel-1.2-12306

by Marcus Denker

On Jan 16, 2011, at 9:25 PM, Pavel Krivanek wrote: > Hi all, > > I updated the PharoKernel to work with the latest core image. What do > we need to prepare automatic Hudson builds? For the full image, we use the script of Lukas https://github.com/renggli/builder But for the Kernel, maybe doing it directly is better. What we need is just a .st script to load in a Core image that does teh shrinking. Then we can configure Hudson to start a vm and load this. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 17, 2011

Re: [Pharo-project] Pharo issues on Google

by Gary Chambers

IFor that url I get: Google Error Server Error The server encountered an error and could not complete your request. If the problem persists, please report your problem and mention this error message and the query that caused it. Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, January 15, 2011 8:02 AM Subject: Re: [Pharo-project] Pharo issues on Google > what do you mean > not sending notification? > not sending mails? > > I get the list > http://code.google.com/p/pharo/issues/list > > Stef > On Jan 14, 2011, at 6:15 PM, Gary Chambers wrote: > >> Is the Pharo issues google site not working? >> >> Regards, Gary > >

Jan. 17, 2011

Re: [Pharo-project] splitters in table layout

by Gary Chambers

Splitters only work with proportional layouts due to the way they work. Also, since shrink wrap uses the min width/height and splitters have to work by effectively changing the position or extent of adjacent morphs (not min), things are more limited. Can you describe the effect you wish to achieve? Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Sunday, January 16, 2011 12:16 PM Subject: [Pharo-project] splitters in table layout Hi, I would like to have splitters used inside a table layout, but I cannot seem to manage. In particular, I would like to have these splitters work with the GeneralScrollPane. I tried something like below, but it seems that the splitters expect a frame layout. What can I do about it? | m scroll | m := PanelMorph new. m hResizing: #shrinkWrap; vResizing: #spaceFill; changeTableLayout; listDirection: #leftToRight. m addMorphBack: (PanelMorph new minWidth: 100; hResizing: #shrinkWrap; vResizing: #spaceFill). m addMorphBack: (PanelMorph new minWidth: 100; hResizing: #shrinkWrap; vResizing: #spaceFill). m addPaneSplitters. scroll := GeneralScrollPane new changeScrollerTableLayout; scrollTarget: m. scroll openInWindow. Cheers, Doru -- www.tudorgirba.com "Speaking louder won't make the point worthier."

Jan. 17, 2011

Re: [Pharo-project] Was not able to update with #12304

by StÃ©phane Ducasse

Torsten Could you retry to update but closing all the windows? Because we do not have any problems we could reproduce and it may be a strange behavior of he classBuilder. Stef On Jan 16, 2011, at 8:27 PM, Torsten Bergmann wrote: > I was not able to update from a core 1.2 #12300 - it stopped > while loading #12304 with the crash below. > The last hudson build was 2 days ago. > > > Bye > T. > > ClassBuilder(Object)>>doesNotUnderstand: #reshapeClass:toSuper: > Receiver: a ClassBuilder > Arguments and temporary variables: > aMessage: reshapeClass: MultiNewParagraph toSuper: NewParagraph > exception: MessageNotUnderstood: receiver of "reshapeClass:toSuper:" is nil > resumeValue: nil > Receiver's instance variables: > environ: a SystemDictionary(lots of globals) > classMap: nil > instVarMap: an IdentityDictionary() > progress: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > ret...etc... > maxClassIndex: 3 > currentClassIndex: 1 > > [:oldSubclass | > | newSubclass | > copyOfOldTraitComposition := copyOfOldClassTraitComposition := nil. > oldSubclass hasTraitComposition > ifTrue: [copyOfOldTraitComposition := oldSubclass traitComposition copyTraitExpression]. > oldSubclass class hasTraitComposition > ifTrue: [copyOfOldClassTraitComposition := oldSubclass class traitComposition copyTraitExpression]. > newSubclass := self reshapeClass: oldSubclass toSuper: newClass. > self mutate: oldSubclass to: newSubclass. > copyOfOldTraitComposition > ifNotNil: [newSubclass setTraitComposition: copyOfOldTraitComposition]. > copyOfOldClassTraitComposition > ifNotNil: [newSubclass class setTraitComposition: copyOfOldClassTraitComposition]] in ClassBuilder>>mutate:to: > Receiver: a ClassBuilder > Arguments and temporary variables: > newClass: MultiNewParagraph > copyOfOldTraitComposition: NewParagraph > copyOfOldClassTraitComposition: #(nil nil) > oldSubclass: nil > newSubclass: nil > Receiver's instance variables: > environ: a SystemDictionary(lots of globals) > classMap: nil > instVarMap: an IdentityDictionary() > progress: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > ret...etc... > maxClassIndex: 3 > currentClassIndex: 1 > > Array(SequenceableCollection)>>do: > Receiver: {MultiNewParagraph} > Arguments and temporary variables: > aBlock: [:oldSubclass | > | newSubclass | > copyOfOldTraitComposition := copyOfOld...etc... > index: 1 > indexLimiT: 1 > Receiver's instance variables: > {MultiNewParagraph} > > ClassBuilder>>mutate:to: > Receiver: a ClassBuilder > Arguments and temporary variables: > <<error during printing> > Receiver's instance variables: > environ: a SystemDictionary(lots of globals) > classMap: nil > instVarMap: an IdentityDictionary() > progress: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > ret...etc... > maxClassIndex: 3 > currentClassIndex: 1 > > [self mutate: oldClass to: newClass] in ClassBuilder>>recompile:from:to:mutate: > Receiver: a ClassBuilder > Arguments and temporary variables: > oldClass: NewParagraph > newClass: NewParagraph > Receiver's instance variables: > environ: a SystemDictionary(lots of globals) > classMap: nil > instVarMap: an IdentityDictionary() > progress: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > ret...etc... > maxClassIndex: 3 > currentClassIndex: 1 > > [:bar | > progress := bar. > aBlock value] in ClassBuilder>>informUserDuring: > Receiver: a ClassBuilder > Arguments and temporary variables: > aBlock: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > retur...etc... > bar: [self mutate: oldClass to: newClass] > Receiver's instance variables: > environ: a SystemDictionary(lots of globals) > classMap: nil > instVarMap: an IdentityDictionary() > progress: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > ret...etc... > maxClassIndex: 3 > currentClassIndex: 1 > > [:bar | aBlock value: bar] in MorphicUIManager>>informUserDuring: > Receiver: a MorphicUIManager > Arguments and temporary variables: > aBlock: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > retur...etc... > bar: [:bar | > progress := bar. > aBlock value] > Receiver's instance variables: > interactiveParser: nil > > [result := workBlock value: progress] in [[result := workBlock value: progress] > on: ProgressNotification > do: [:ex | > ex extraParam isString > ifTrue: [SystemProgressMorph uniqueInstance labelAt: progress put: ex extraParam]. > ex resume]] in ProgressInitiationException>>defaultMorphicAction > Receiver: ProgressInitiationException: > Arguments and temporary variables: > progress: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > ret...etc... > result: #(nil) > Receiver's instance variables: > messageText: nil > tag: nil > signalContext: ProgressInitiationException(Exception)>>signal > handlerContext: nil > outerContext: nil > workBlock: [:bar | aBlock value: bar] > maxVal: 100 > minVal: 1 > aPoint: 765@496 > progressTitle: '' > > BlockClosure>>on:do: > Receiver: [result := workBlock value: progress] > Arguments and temporary variables: > exception: ProgressNotification > handlerAction: [:ex | > ex extraParam isString > ifTrue: [SystemProgressMorph un...etc... > handlerActive: true > Receiver's instance variables: > outerContext: [[result := workBlock value: progress] > on: ProgressNotification...etc... > startpc: 83 > numArgs: 0 > > [[result := workBlock value: progress] > on: ProgressNotification > do: [:ex | > ex extraParam isString > ifTrue: [SystemProgressMorph uniqueInstance labelAt: progress put: ex extraParam]. > ex resume]] in ProgressInitiationException>>defaultMorphicAction > Receiver: ProgressInitiationException: > Arguments and temporary variables: > progress: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > ret...etc... > result: #(nil) > Receiver's instance variables: > messageText: nil > tag: nil > signalContext: ProgressInitiationException(Exception)>>signal > handlerContext: nil > outerContext: nil > workBlock: [:bar | aBlock value: bar] > maxVal: 100 > minVal: 1 > aPoint: 765@496 > progressTitle: '' > > BlockClosure>>ensure: > Receiver: [[result := workBlock value: progress] > on: ProgressNotification > do: [:ex | > ex extr...etc... > Arguments and temporary variables: > aBlock: [SystemProgressMorph close: progress] > complete: nil > returnValue: nil > Receiver's instance variables: > outerContext: ProgressInitiationException>>defaultMorphicAction > startpc: 77 > numArgs: 0 > > ProgressInitiationException>>defaultMorphicAction > Receiver: ProgressInitiationException: > Arguments and temporary variables: > progress: [:barValArg | > | barVal return newBarSize | > barVal := barValArg. > ret...etc... > result: #(nil) > Receiver's instance variables: > messageText: nil > tag: nil > signalContext: ProgressInitiationException(Exception)>>signal > handlerContext: nil > outerContext: nil > workBlock: [:bar | aBlock value: bar] > maxVal: 100 > minVal: 1 > aPoint: 765@496 > progressTitle: '' > ... > -- > Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! > Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail >

Jan. 17, 2011

Re: [Pharo-project] aligning morphs

by Gary Chambers

It seems you are asking for the scroll value before the layout has been calculated. (since the window hasn't received a fullbounds yet). | m scroll | m := PanelMorph new. m hResizing: #shrinkWrap; vResizing: #spaceFill; changeTableLayout; listDirection: #leftToRight. m addMorphBack: (Morph new minWidth: 100; hResizing: #shrinkWrap; vResizing: #spaceFill). scroll := GeneralScrollPane new changeScrollerTableLayout; scrollTarget: m. scroll openInWindow. scroll hScrollbar setValue: 1.0. m addMorphBack: (Morph new minWidth: 100; hResizing: #shrinkWrap; vResizing: #spaceFill). "Recalculate bounds now for this example... not generally needed for normal code!" scroll fullBounds. "****" scroll hScrollbar value Is not normally an issue, as you can see from inspecting the scroller after being opened. Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Sunday, January 16, 2011 10:56 AM Subject: Re: [Pharo-project] aligning morphs Hi Gary, I would like to implement a Finder-like behavior the GeneralScrollPane. For this, I would need a way to control the scrolling so that every time I add a new morph, the scroller scrolls (similar to ScrollBar>>animateValue:duration: from OB). The problem seems to be that the scrollbar value is not updated when I add a new morph. Take a look at the code below. The result of the horizontal scrollbar value at the end is 1.0, while it should be lower. Am I doing something wrong, or is this a problem? | m scroll | m := PanelMorph new. m hResizing: #shrinkWrap; vResizing: #spaceFill; changeTableLayout; listDirection: #leftToRight; m addMorphBack: (Morph new minWidth: 100; hResizing: #shrinkWrap; vResizing: #spaceFill). scroll := GeneralScrollPane new changeScrollerTableLayout; scrollTarget: m. scroll openInWindow. scroll hScrollbar setValue: 1.0. m addMorphBack: (Morph new minWidth: 100; hResizing: #shrinkWrap; vResizing: #spaceFill). scroll hScrollbar value ==> 1.0 Cheers, Doru On 11 Jan 2011, at 15:17, Gary Chambers wrote: > A slight revision as this has highlighted an edge case in the original > class > as to when scrollbars are needed... > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, January 11, 2011 1:53 PM > Subject: Re: [Pharo-project] aligning morphs > > > Excellent! > > I tried the example and it works well. I will work with it in the > following days. > > Cheers, > Doru > > > On 11 Jan 2011, at 14:39, Gary Chambers wrote: > >> Try the attached change set with the following example... >> Let me know if any use and we'll get it integrated. >> >> |m| >> m := PanelMorph new. >> m >> fillStyle: Color green; >> hResizing: #spaceFill; >> vResizing: #spaceFill; >> changeTableLayout; >> layoutInset: 8. >> m addMorph: (Morph new >> height: 160; >> minWidth: 100; >> hResizing: #spaceFill; >> vResizing: #shrinkWrap). >> GeneralScrollPane new >> changeScrollerTableLayout; >> scrollTarget: m; >> openInWindow >> >> >> Regards, Gary >> >> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, January 10, 2011 8:23 PM >> Subject: Re: [Pharo-project] aligning morphs >> >> >> Wow, that would be great! I cannot wait to test it. >> >> Cheers, >> Doru >> >> >> On 10 Jan 2011, at 16:50, Gary Chambers wrote: >> >>> I may get time later in the week to have a go with GeneralScrollPane to >>> support the feature you desire... ;-) >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Cc: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Monday, January 10, 2011 2:23 PM >>> Subject: Re: [Pharo-project] aligning morphs >>> >>> >>> Hi Gary, >>> >>> Thanks for the reply. >>> >>> So, what would be required for scrollbars to work with spaceFill? I >>> would really need this feature, but I do not know how to go about it. >>> >>> Could you or anyone else provide some hints? Of course code would be >>> even better. But at this moment hi ts would be helpful, too :) >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On Jan 10, 2011, at 13:04, "Gary Chambers" <gazzaguru2(a)btinternet.com> >>> wrote: >>> >>>> Hi Doru, >>>> >>>> #spaceFill constraints are typically only used by table layouts. >>>> ScrollPane is designed for fixed size contents, at present. >>>> Might be nice to extend it to honour any #spaceFill of its single >>>> target morph. >>>> This would simplify usage of scrollers quite a bit! >>>> >>>> Regards, Gary >>>> >>>> ----- Original Message ----- From: "Tudor Girba" >>>> <tudor.girba(a)gmail.com> >>>> To: "Pharo-project(a)lists.gforge.inria.fr Development" >>>> <pharo-project(a)lists.gforge.inria.fr> >>>> Sent: Saturday, January 08, 2011 1:22 AM >>>> Subject: [Pharo-project] aligning morphs >>>> >>>> >>>> >>>> Hi, >>>> >>>> I would need help with understanding the magic behind alignment in >>>> Morphic. >>>> >>>> Take the example from below. Could anyone help me with what I should do >>>> to have the morph stretch all the way horizontally? >>>> >>>> | scroll window morph | >>>> scroll := ScrollPane new. >>>> scroll >>>> fillStyle: (SolidFillStyle color: Color blue); >>>> vResizing: #spaceFill; >>>> hResizing: #spaceFill. >>>> morph := PanelMorph new. >>>> morph >>>> fillStyle: (SolidFillStyle color: Color yellow); >>>> changeTableLayout; >>>> listDirection: #topToBottom; >>>> vResizing: #shrinkWrap; >>>> hResizing: #spaceFill; >>>> layoutInset: 10. >>>> morph addMorphBack: (SimpleButtonMorph new width: 200; height: 200). >>>> scroll scroller addMorph: morph. >>>> window := SystemWindow new. >>>> window addMorph: scroll fullFrame: (LayoutFrame fractions: (0 @ 0 >>>> corner: 1 @ 1)). >>>> window openInWorld >>>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing should have the right to be different." >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> -- >> www.tudorgirba.com >> >> "Problem solving efficiency grows with the abstractness level of problem >> understanding." >> >> >> >> <GeneralScrollPaneLayout.1.cs> > > -- > www.tudorgirba.com > > "Some battles are better lost than fought." > > > > <GeneralScrollPaneLayout.2.cs> -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

Jan. 17, 2011

[Pharo-project] Issue 3542 in pharo: Add SmalltalkImage>>#gcBiasToGrow: and friends to core

by pharo＠googlecode.com

Status: Accepted Owner: adrian.l...(a)gmail.com Labels: Milestone-1.2 New issue 3542 by adrian.l...(a)gmail.com: Add SmalltalkImage>>#gcBiasToGrow: and friends to core http://code.google.com/p/pharo/issues/detail?id=3542 These methods were added through the dev image, but obviously should also be present in a deployment configuration. I also added initializeMemorySettingsProfileSeaside, which should give a better GC behavior for Seaside apps. Attachments: gcbiastogrow.2.cs 6.7 KB

Jan. 17, 2011

Re: [Pharo-project] pharogenesis

by Norbert Hartl

On 16.01.2011, at 21:46, StÃ©phane Ducasse wrote: > I would love to have all these versions in a database and that we can query them :) > I thought the same. But then I didn't think about database. Wouldn't that be possible if the environment SystemDictionary is in full use? Would it be possible to import a version into a SystemDictionary that reflects one version and that is accesible through the class via class history?. Or is this a rather stupid idea? Norbert > On Jan 16, 2011, at 12:26 PM, Max Leske wrote: > >> Hi Geert >> >> Pharogenesis is my bachelors thesis and I'm still not finished writing it. I'll let you know when I'm finished. >> >> In short: I'm hosting a git repository on github that contains the information from the changes and sources files starting at Squeak version 1 up to Squeak 4.0 and Pharo 1.0. The idea is to have a single point of entry to that information so that one could for instance find out about every change to a method back to its creation. >> >> To accomplish this I built an implementation of git called GitFS that uses Filesystem (it's based on GitForSqueak by Tony Garnock-Jones). You can find everything on Squeaksource: http://squeaksource.com/@gUSXOmZmeac-jt63/3ejuPFSA >> In that repo is also the code I use to generate the repository. >> >> Feel free to use the code and the repo but keep in mind that I'm still working on it. >> >> Max >> >> >> >> On 16.01.2011, at 11:38, Geert Claes wrote: >> >>> >>> Hi Max, Can you tell us a little bit about pharogenesis? >>> -- >>> View this message in context: http://forum.world.st/pharogenesis-tp3219872p3219893.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >> >> > >

Jan. 17, 2011

[Pharo-project] Unsubscribing for Announcements

by Sean P. DeNigris

I really like Announcements! It's so much easier to update complex GUIs when you can pass state :) I hit one glitch when unsubscribing... The CollaborActive book suggests unsubscribing in #delete. For complex UIs, this doesn't seem to work because #delete is only called for the one morph that was deleted, not for its submorphs (which may need to unsubscribe). I tried this: MyMorph>>delete super delete. "Must come first. Deleting a submorph before self = emergency evaluator" aSubmorphThatNeedsToUnsubscribe delete. SubmorphMentionedAbove>>delete self inventory announcer unsubscribe: self. super delete. But it seems like a lot of work and coupling. Is there no hook that is guaranteed to be called when a morph is going away - i.e. it or a morph in the owner chain is being deleted? Thanks. Sean -- View this message in context: http://forum.world.st/Unsubscribing-for-Announcements-tp3220751p3220751.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 17, 2011