- Pharo-dev - lists.pharo.org

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

by pharo＠googlecode.com

Comment #12 on 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 Mariano, we have added the methods to PharoCore: - gcBiasToGrow: aBool - gcBiasToGrowLimit: arg - primitiveGCBiasToGrow: arg So you can remove them from ImageForDevelopers. Thanks!

Jan. 18, 2011

Re: [Pharo-project] Issue 3545 in pharo: FEATURE: Multiple Worlds

by pharo＠googlecode.com

Comment #2 on issue 3545 by Torsten....(a)astares.de: FEATURE: Multiple Worlds http://code.google.com/p/pharo/issues/detail?id=3545 I would like to see that integrated - similar to a desktop switcher. Would be nice to have a morph added to the bottom bar so one can easily switch between worlds or at least a world menu entry since switching by evaluating an expression is ... cumbersome. Should we tag it for 1.3

Jan. 18, 2011

[Pharo-project] Pharo packages and Settings/Preferences questions

by Benoit St-Jean

Two quick questions this morning : 1) If I am using a package from squeaksource.com and this package only works with Squeak now (methods have been removed from Pharo, methods only exists in Squeak, different behavior in Pharos vs Squeak, whatever the reason), what is the preferred way of committing a works-in-Pharo version to SqueakSource ? I wouldn't want the same problem happening to Squeakers, i.e. someone loads this package in Squeak and discover that the new version only works in Pharo now! Perhaps the answer is "Pharo needs its own SqueakSource repository" but in the meantime, what should I do and how? 2) Is there a preferred way of adding settings/preferences to the Pharo environment, if so can someone redirect me to the proper documentation/link on how-to-do-it ? I'm a bit confused as to what I'd have to use since there seems to be some old (?!?!) Preferences stuff still present in Pharo. In my case, I'd like to be able to specify my own parseableSourceCodeTemplate instead of the default one. ----------------- Benoit St-Jean Yahoo! Messenger: bstjean A standpoint is an intellectual horizon of radius zero. (Albert Einstein)

Jan. 18, 2011

Re: [Pharo-project] Is there a http server that understands PUT?

by Norbert Hartl

On 18.01.2011, at 08:23, Philippe Marschall wrote: > On 01/17/2011 09:22 PM, Norbert Hartl wrote: >> While trying to consume some PUT urls with Seaside-REST I noticed that the transmitted content is missing. I tried Comanche as well as swazoo. At this moment I'm not sure if I did something wrong but I seems that only GET and POST are treated. >> >> Does anyone has some experience on this? > > Comanche should work because uploading a Monticello version to > SqueakSource is a PUT. > I think I was unclear at that point. I'm looking for a server that can handle PUT requests in combination with multipart bodies. That is what wasn't working in my case. But zinc does it and I'm on my way to change my current code. > Note that Seaside applications (WAApplication) only support GET and POST > but request handlers support everything. That's in Seaside 3.0 at least. > That is perfect. I just need support for all verbs while using Seaside-REST. Norbert

Jan. 18, 2011

[Pharo-project] Metacello Help book in Pharo-Dev

by Torsten Bergmann

>the current behavior of ConfigurationOfPharo loads Metacello >completly, included packages like Metacello-Help and Metacello-ProfStef OK, then its fine >someone can update that to 1.0-beta.28 and you will see the new versions. When I switch to Metacello "1.0-beta.28" in ConfigurationOfPharo then it fails while loading OB. A conflict since Metacello uses OB too, maybe in another version? Thx T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

Jan. 18, 2011

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

by pharo＠googlecode.com

Updates: Cc: philippe.marschall Comment #11 on issue 3542 by Torsten....(a)astares.de: Add SmalltalkImage>>#gcBiasToGrow: and friends to core http://code.google.com/p/pharo/issues/detail?id=3542 Until now we should keep #initializeMemorySettingsProfileSeaside in ImageForDevelopers until this method is added in a new Seaside release (in a "Seaside-Pharo" package) (so we wait until the seaside issue http://code.google.com/p/seaside/issues/detail?id=634 is fixed). If we have that we can switch to this new seaside relase and remove the method from ImageForDevelopers

Jan. 18, 2011

Re: [Pharo-project] Surprising binary messages!

by Noury Bouraqadi

You're right. It looks like I need to sleep more :-D Noury On 18 janv. 2011, at 12:38, StÃ©phane Ducasse wrote: > but this is normal. It was always like that. No operator precedence just messages > > binary are evaluated from right to left > 6 + 4 > 10 / 2 > 5 > > >> 5 is the surprising answer of the expression: >> 6 + 4 / 2 >> >> It should be 8 >> But, I got 5 in both 1.1 and 1.2. >> >> Noury >> >> > >

Jan. 18, 2011

Re: [Pharo-project] Surprising binary messages!

by Schwab,Wilhelm K

6 + (4/2) will do what you want, for the reasons already well covered. As an aside, have you ever really looked at the way mathematics is typeset in books? Some of it does not bear close examination from a precedence/correctness perspective - missing parentheses, etc. The problem was that I was trying to teach students that many of their mistakes would disappear if they could reliably read what they just wrote. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Noury Bouraqadi [bouraqadi(a)gmail.com] Sent: Tuesday, January 18, 2011 6:29 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Surprising binary messages! 5 is the surprising answer of the expression: 6 + 4 / 2 It should be 8 But, I got 5 in both 1.1 and 1.2. Noury

Jan. 18, 2011

Re: [Pharo-project] splitters in table layout

by Tudor Girba

Thanks, Gary! That is exactly what I need. Cheers, Doru On 18 Jan 2011, at 12:27, Gary Chambers wrote: > Hi Doru, this appears to be what you want.... > > > | m leftMorph scroll | > m := PanelMorph new. > m > hResizing: #shrinkWrap; > vResizing: #spaceFill; > changeTableLayout; > listDirection: #leftToRight. > m addMorphBack: (leftMorph := Morph new > color: Color red; > minimumExtent: 150@10; > extent: 150@10; > hResizing: #rigid; "shown for clarity, is the default" > vResizing: #spaceFill). > m addMorphBack: (EdgeGripMorph new > width: ProportionalSplitterMorph splitterWidth; > hResizing: #rigid; "not the default this time, vResizing is also #spaceFill by default" > target: leftMorph). > m addMorphBack: (Morph new > color: Color green; > minWidth: 100; > hResizing: #shrinkWrap; > vResizing: #spaceFill). > > scroll := GeneralScrollPane new > changeScrollerTableLayout; > scrollTarget: m. > scroll openInWindow. > > > Sorry that the edge grip works with minimumExtent (as opposed to minWidth and minHeight). > Should clean things up sometime, isn't Morphic fun! > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, January 17, 2011 10:34 PM > Subject: Re: [Pharo-project] splitters in table layout > > > Hi Gary, > > I wish to achieve the effect from the panes inside the OSX Finder. Suppose that I have two panes vertically stretched and horizontally stacked in a GeneralScrollbar with a splitter in between. When I drag the splitter, the first panel should extend and push the second one. > > So, basically, if we have shrinkWrap, I would like the splitter to resize the morph. > > Cheers, > Doru > > > > On 17 Jan 2011, at 12:18, Gary Chambers wrote: > >> 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." >> >> >> > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > > > -- www.tudorgirba.com "Every thing should have the right to be different."

Jan. 18, 2011

Re: [Pharo-project] Unsubscribing for Announcements

by Henrik Sperre Johansen

Den 17.01.2011 07:18, skrev 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 AFAICT, #outOfWorld: might be the one you're looking for, it's called on self and submorphs as part of #removeMorph: So I THINK you'd get away with: SubmorphMentionedAbove>>outOfWorld: aWorld self inventory announcer unsubscribe: self. super outOfWorld: aWorld . Cheers, Henry

Jan. 18, 2011