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

Re: [Pharo-project] pharogenesis

by Max Leske

Phew! That's quite a question... Right now I'd say no. But I guess the possibility is there (you might wan to check out Lukas' MonticelloGit package in my Squeaksource project. Not sure what work he's done there.). I'd be happy if my work would contribute into that direction but I don't have the resources at the moment to even think of it. Yeah, I'm sort of a kiwi :) Thanks for noticing. I lived there when I was a kid. On 16.01.2011, at 14:55, Geert Claes wrote: > > Hi Max, I just watched your screencast on Vimeo and it does sound > interesting. Could this be the foundation for an alternative for > squeaksource? > > ps. Are you a kiwi? :) > -- > View this message in context: http://forum.world.st/pharogenesis-tp3219872p3220008.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Jan. 16, 2011

Re: [Pharo-project] pharogenesis

by Geert Claes

Hi Max, I just watched your screencast on Vimeo and it does sound interesting. Could this be the foundation for an alternative for squeaksource? ps. Are you a kiwi? :) -- View this message in context: http://forum.world.st/pharogenesis-tp3219872p3220008.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 16, 2011

Re: [Pharo-project] pharogenesis

by GermÃ¡n Arduino

Very interesting, thanks by share. GermÃ¡n. 2011/1/16 Max Leske <maxleske(a)gmail.com>: > 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. 16, 2011

[Pharo-project] splitters in table layout

by Tudor Girba

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. 16, 2011

Re: [Pharo-project] pharogenesis

by Max Leske

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. 16, 2011

Re: [Pharo-project] Crash running test suite with latest cog vm

by Marco Schmidt

Sorry - I thought the PharoDebug.log contains all these informations. >>> THERE_BE_DRAGONS_HERE MessageNotUnderstood: receiver of "reshapeClass:toSuper:" is nil 16 January 2011 9:22:38 am VM: Mac OS - intel - 1066 - Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.46] Croquet Cog 3.0.0 Image: Pharo1.2beta [Latest update: #12303] <<< The CogVM is the vm from elliot (http://www.mirandabanda.org/files/Cog/VM/VM.r2349/) under MacOSX 10.6.6. 2011/1/16 Marcus Denker <marcus.denker(a)inria.fr>: > > On Jan 16, 2011, at 10:33 AM, StÃ©phane Ducasse wrote: > >> Dear marco >> >> can you give more information else vm people cannot do anything? >> Which os >> exact donwload link >> pharo version.... >> > > If it is 1.1.1, then we need to do a 1.1.2 for Cog... because of a missing method in MethodContext > (numArgs, if I remember correctly). > > Â Â Â Â Marcus > >> Stef >> >> >> On Jan 16, 2011, at 10:01 AM, Marco Schmidt wrote: >> >>> I have a crashing cog vm. >>> I run the all tests in the current pharo-core downloaded from the server. >>> See attached PharoDebug.log >>> >>> Marco Schmidt >>> <PharoDebug.log> >> >> > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

Jan. 16, 2011

Re: [Pharo-project] aligning morphs

by Tudor Girba

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. 16, 2011

[Pharo-project] Problem understanding #cannotInterpret

by Mariano Martinez Peck

Hi. There is something I don't understand about #cannotInterpret and maybe you can help me. Since I am not sure if this is more image side or vm, I did a cross post, sorry for that. Context: I am implementing proxies for classes. Since I want that a proxy loads back the original object when receiving the message #class, I have removed from the compiler the shortcut bytecode for class, with this: (ParseNode classVarNamed: 'StdSelectors') removeKey: #class ifAbsent: []. Now, my testcase is something like this: | inst proxy | "This is the simplest test that does the less assert as possible." inst := ClassWith1Var new. self assert: inst foo = 'foo'. proxy := ClassProxyInstVar new. proxy become: ClassWith1Var. "here I can send any message, it is just to load back the original class" inst basicIdentityHash. self assert: (inst class == ClassWith1Var). self assert: inst foo = 'foo'. ProtoObject subclass: #ClassProxyInstVar instanceVariableNames: 'superclass methodDict format actualClass' classVariableNames: '' poolDictionaries: '' category: 'Proxies' ClassProxyInstVar >> initialize super initialize. superclass := ProxySuperclass. methodDict := nil. actualClass := self So...with this i can use an instance of ClassProxyInstVar like a class. When an instance of the class receives a message, the methodDict will be in nil, and then the VM will send the #cannotInterpret. and there I want to put back the original class. Then I do: ProxySuperclass >> cannotInterpret: aMessage Transcript cr; show: 'cannotInterpret:'; space; show: aMessage selector.. self class restore. ^aMessage sendTo: self Now, this is working, but there is something I DO NOT UNSERSTAND. When I try to do the "inst basicIdentityHash" the VM will send the #cannotInterpret to ProxySuperclass because the methodDict was nil in ClassProxyInstVar. Ok, perfect. What I don't understand is how the method #cannotInterptet can be run perfeclty in this case, since I am doing a "self class restore" there. Remember I removed the shortcut bytecode, so #class is sent like any normal message. So, my question is, when sending "self class", why the VM doesn't call #cannotInterpter again like it did it when I did " inst basicIdentityHash." ? in other words...why the VM isn't entering in a loop ? There is something I am not seeing. Thanks for any help in advance, Mariano

Jan. 16, 2011

Re: [Pharo-project] pharogenesis

by Geert Claes

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. 16, 2011

[Pharo-project] pharogenesis

by Max Leske

Hi everyone. For those of you who followed my github repository for pharogenesis, please note that I moved it to github.com/pharogenesis/pharogenesis. I deleted the old repository. Cheers, Max

Jan. 16, 2011