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

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

Re: [Pharo-project] Unsubscribing for Announcements

by Schwab,Wilhelm K

Two comments: (1) there needs to be a way to unregister interest; (2) the registrations need to be weak so that (1) is largely optional. If Dolphin has a weakness, it is that failure of an MVP triad to open can leave the system in a confused state. Morphic appears to be a little more robust about that, though in fairness, I do not push Pharo's GUI nearly as hard as I have Dolphin's. If in doubt, some type of #ifCurtailed: or similar protection around the assembly of a complex morph might be a good idea. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Sean P. DeNigris [sean(a)clipperadams.com] Sent: Monday, January 17, 2011 1:18 AM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Unsubscribing for Announcements 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. 18, 2011

Re: [Pharo-project] [squeak-dev] more Info in aboutSqueak

by Alexander LazareviÄ

2011/1/17 Alexander LazareviÄ <laza(a)blobworks.com> > This very simple and needs to be polished further. > I brushed it up a little and I think it is in an usable state now. - use TextStream to have better formatting - fixed menus - preserve order of categories - split/added some more reports: - separate image parameters - separate vm options - source files - tiny benchmarks (to give a ballpark) - VM config (INI-file on windows only) Alex

Jan. 18, 2011

Re: [Pharo-project] Surprising binary messages!

by Pietro Maggi

On Tue, Jan 18, 2011 at 12:40 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> I'm just starting to learn smalltalk (thanks to PbE), but I'm pretty >> sure I know why this happens :-) > > Excellent! I like that our energy helps people. > It really does! Thanks to all the Pharo/Squeak community for the great effort. -- Pietro

Jan. 18, 2011

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

by pharo＠googlecode.com

Comment #1 on issue 3545 by sean.p.d...(a)gmail.com: FEATURE: Multiple Worlds http://code.google.com/p/pharo/issues/detail?id=3545 Fix in inbox: SLICE-Issue-3545-FEATURE-Multiple-Worlds-SeanDeNigris.1 Added multiple world support as discussed @ http://forum.world.st/Multiple-Worlds-was-Re-Can-I-use-Projects-in-Pharo-td… Cleaned up changeset from that post and PasteUpMorph (e.g. removed references to project) Add a world: WorldManager instance createOrSwitchToWorldNamed: 'JustAnotherWorld'. Return to the default world: WorldManager instance createOrSwitchToWorldNamed: 'Pharo'. This may need to be cleaned up e.g. should worlds be named, or numbered (like Mac Spaces)? Either way, maybe that attribute (or both) should be encapsulated in PasteUpMorph. But it's working, so we might as well play with it. Also, there were methods with no senders in the image (WorldManager>>switchToWorldNamed:, #createWorldNamed:, #switchToWorldNamed:, switchToWorldNamed:ifAbsent:, #worlds). I'm not sure if these methods were intended to be part of a user API or if they should be removed. Sean

Jan. 18, 2011

Re: [Pharo-project] Surprising binary messages!

by StÃ©phane Ducasse

> > I'm just starting to learn smalltalk (thanks to PbE), but I'm pretty > sure I know why this happens :-) Excellent! I like that our energy helps people. > Smalltalk has no knowledge of mathematics order, just operation order. > In this case + and / are both binary operators so the operations are > evaluated with the usual order, from left to right: > > (6 + 4) / 2 > > The answer 5 is correct. > > Regards > > Pietro >

Jan. 18, 2011