- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo By Example - VM issues

by Stefan Marr

Hi: On 01 Dec 2011, at 10:29, Marcus Denker wrote: > The image used for the book is very old and does not have the cog related patches... > > The easiest would be to make a one-click with old vms for the book. > Or we would need to find out (remember) exactly which patch is needed... I guess there is something specific in the Pharo tracker, but there is also: http://squeakvm.org/cgi-bin/viewcvs.cgi/branches/Cog/image/NecessaryImageCh… Kind of related to that: does anyone have a Squeak 3.9 image running on top of Cog? As far as I understand, the main issue is that the image needs to use Closures instead of old style blocks. Is that correct? Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Dec. 1, 2011

Re: [Pharo-users] Pharo By Example - VM issues

by Marcus Denker

On Nov 28, 2011, at 6:35 PM, Johan Fabry wrote: > > On 28 Nov 2011, at 14:03, Igor Stasenko wrote: > >> On 27 November 2011 16:26, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>> Hi all, >>> >>> I'm evaluating PBE (1.0) because my nephew is starting to get interested in programming :-) >>> >>> There is a VM issue though: the PBE website refers the pharo website to download the VM, and the only VM I can find is in the 1.3 download page. This VM however crashes with the PBE image (MacOS). It works with the latest squeakvm (non-cog) though. I think, as a minimal-effort patch, it would be good to have the PBE website refer to squeakvm.org and clearly indicate that to run the PBE image a non-cog VM should be used. Idem on the pharoproject website. >>> >> can you tell, what causing crash? > > > Sure: It immediately crashed on opening the image. :-( The image used for the book is very old and does not have the cog related patches... The easiest would be to make a one-click with old vms for the book. Or we would need to find out (remember) exactly which patch is needed... Marcus -- Marcus Denker -- http://marcusdenker.de

Dec. 1, 2011

Re: [Pharo-users] portable smalltalk, how ?

by Mariano Martinez Peck

On Tue, Nov 29, 2011 at 12:38 PM, t olschewski <t-o(a)gmx.org> wrote: > (read "portable" as "running with no changes on as many smalltalk platforms > as possible") > > I know that a certain level of portability is achieved by the ansi > standard. > > But what if: > > ... the program I am going to write has GUI, graphics and network access, > ... may either take command line arguments or not, > ... must handle cr-lf-crlf or even UTF > > - and I still want it to be as portable (in the above sense) as possible. > > seaside, grease, or sport - or something different? Or something yet to be > written? > > I think even if using grease/sport they do not cover things like command line argument, UI/graphics, etc. Maybe (I have no idea) a little bit about networking and encoding is supported by grease/sport, but I doubt it. Cheers > > > -- > View this message in context: > http://forum.world.st/portable-smalltalk-how-tp4118832p4118832.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

Nov. 30, 2011

Re: [Pharo-users] portable smalltalk, how ?

by t olschewski

does the absence of replies imply that there is no portability layer offering a dialect-independent API to GUI, graphics and network functions yet ? -- View this message in context: http://forum.world.st/portable-smalltalk-how-tp4118832p4123793.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 30, 2011

Re: [Pharo-users] Full Screen Button would be nice

by Sean P. DeNigris

Helene Bilbo wrote > > I can put this in any class i like, right? What would be a good place? > Yes. I have a class that holds all my image customizations, so I put it there. -- View this message in context: http://forum.world.st/Full-Screen-Button-would-be-nice-tp4116904p4123486.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 30, 2011

Re: [Pharo-users] Full Screen Button would be nice

by Helene Bilbo

Sean P. DeNigris wrote > > Here's a class-side method I use to add such a button to the world menu: > > fullscreenMenuOn: aBuilder > > <worldMenu> > (aBuilder item: #'Toggle Fullscreen') > action:[ Display toggleFullScreen ]. > I can put this in any class i like, right? What would be a good place? H. -- View this message in context: http://forum.world.st/Full-Screen-Button-would-be-nice-tp4116904p4123326.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 30, 2011

Re: [Pharo-users] Mocking framework

by Nahuel Garbezza

On 30 November 2011 08:29, Juan Ignacio Vaccarezza <juanvaccarezza(a)gmail.com> wrote: > Hi all, > Â Â Â Which mocking framework would you recomend? > > Regards, > Juan > Juan, I recommend you to take a look on Mocketry (http://magaloma.blogspot.com/2011/02/work-on-mocketry.html) It lets you to control all mock message sends with a nice syntax, and it also comes with a DSL for writing assertions like "expression should be: true" or "5 should be an instance of: SmallInteger". Nahuel.

Nov. 30, 2011

Mocking framework

by Juan Ignacio Vaccarezza

Hi all, Which mocking framework would you recomend? Regards, Juan

Nov. 30, 2011

Re: [Pharo-users] Full Screen Button would be nice

by Mariano Martinez Peck

On Mon, Nov 28, 2011 at 6:08 PM, Ted F.A. van Gaalen <tedvga(a)gmail.com>wrote: > Hi there > > Thanks for creating version 1.3 !!!!!!! > > -loaded Seaside into it. > -did a file-in of my Seaside pages > Works. OK > > Still missing: > What I really would like > perhaps in the next release > a Full Screen Toggle Button > somewhere on the desktop.. > > or -like in the Chrome Internet Browser > could you assign it to the F11 key? > just an idea. > > You can load KeyMappings and define a shortcut for that. It is really really easy to add the shortcut once the functionality is working. Of course, once Keymappins is integrated in Pharo 1.4 and if the rest is interested as well, we can put it by default in pharo :) > Don't understand why it is hidden > in Settings browser>>appearance>>desktop > > (IMHO it does not belong there at all > it's not a Setting but just a window state..) > > For now, I've solved this by creating this little helper, > which, due to my laziness to give it coordinates, > drops a button in the upper left corner. > Mais enfin, it works. > > The class: > > SimpleButtonMorph subclass: #FullScreenFlipFlopMorph > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'TGUtil-One' > > with just this two instance methods: > > initialize > super initialize. > self > target: self; > label: 'Full Screen'; > color: Color orange; > actionSelector: #toggle; > openInWorld "target is self is Smalltalk;" > toggle > Display toggleFullScreen > > In a workspace brought to life with evaluating > > fullScreenFlipFlop := FullScreenFlipFlopMorph new. > > > Another question: > > As 1.3 uses a cog VM. > Is the seasidehosting.st > still using a non-cog VM? > This would imply a cog VM > based image would not run on > the seasidehosting? > > > What happened to the user window styles? > (I only see Default and DemoMode) > I liked the sort of Aqua themes (I have 7 apples, they are real and in the > kitchen :o) > > > Kind Regards > TedvG > > > > > > > > > > > > -- Mariano http://marianopeck.wordpress.com

Nov. 29, 2011

Re: [Pharo-users] Full Screen Button would be nice

by Guillermo Polito

Why not subclassing? As a general answer I'd say: Subclassing is a very strong (and static) relationship, and in Pharo we have only single inheritance + traits, so inheritance is a single shot gun :). Splitting the behavior from the button opens you a door in your design. You can design button actions with shortcuts, or undo actions, and choose your own inheritance criteria suiting your needs. Just that, it lets an open door for richer designs. Now, the ammount of code for one or other solution is pretty the same too, you just add one class with the toggle behavior the first one inherits from Button and the other does not), and then the instantiation code should not differ too much. Bye, Guille On Tue, Nov 29, 2011 at 12:52 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Here is a little example of what I meant :) > > > > > Ben > > On Nov 28, 2011, at 11:28 PM, Ted F.A. van Gaalen wrote: > > Hi Guille, Ben > I've just found this very convinient to subclass it and give it > its own behaviour.. what's wrong with that? Seems right OOP to me.. > (I am a descendant of my mother and father (wow multiple inheritance :o) > in essence not very much different from my parents, still, > i exhibit other behaviour e.g. working with computers..) > But, yes, an example of what might be a better solution here > is appreciated, thanks > Ted > Anyone answering my other questions? Thanks > > (i only have 6 apples no, I've just eaten one) > > > On Mon, Nov 28, 2011 at 11:19 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> In two words, Ben means to use composition over inheritance :P. >> >> Guille >> >> >> On Mon, Nov 28, 2011 at 7:10 PM, Benjamin < >> benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >>> Here, you are not changing the mechanism of the button, you are >>> connecting a button to a model (when i click, i turn on/off fullscreen). >>> >>> It's not a specific button (like a dunno, a button with 3 different >>> states or stgh else). >>> >>> Your button is a classical one, but you want a specific model to plug >>> your button with :) >>> >>> >>> If you want, I could do a little piece of code to show what i mean :) >>> >>> >>> >>> Ben >>> >>> >>> >>> On Nov 28, 2011, at 11:03 PM, Ted F.A. van Gaalen wrote: >>> >>> Could you be more elaborate on this, Ben? >>> I don't see it (yet) >>> thanks >>> Ted >>> >>> On Mon, Nov 28, 2011 at 10:58 PM, Benjamin < >>> benjamin.vanryseghem.pharo(a)gmail.com> wrote: >>> >>>> Because it's not a specific button, it's a simple button used in a >>>> specific way >>>> >>>> >>>> Ben >>>> >>>> On Nov 28, 2011, at 10:44 PM, Ted F.A. van Gaalen wrote: >>>> >>>> Hi Ben >>>> >>>> All the functionality needed is just >>>> to toggle a Display state.. >>>> >>>> then why use model? >>>> >>>> Ted >>>> >>>> On Mon, Nov 28, 2011 at 10:32 PM, Benjamin < >>>> benjamin.vanryseghem.pharo(a)gmail.com> wrote: >>>> >>>>> Good idea :) >>>>> >>>>> but imo, it shouldn't be a subclass of SimpleButtonMorph. >>>>> I think a class representing the model is more appropriate. >>>>> >>>>> >>>>> Ben >>>>> >>>>> >>>>> On Nov 28, 2011, at 10:08 PM, Ted F.A. van Gaalen wrote: >>>>> >>>>> Hi there >>>>> >>>>> Thanks for creating version 1.3 !!!!!!! >>>>> >>>>> -loaded Seaside into it. >>>>> -did a file-in of my Seaside pages >>>>> Works. OK >>>>> >>>>> Still missing: >>>>> What I really would like >>>>> perhaps in the next release >>>>> a Full Screen Toggle Button >>>>> somewhere on the desktop.. >>>>> >>>>> or -like in the Chrome Internet Browser >>>>> could you assign it to the F11 key? >>>>> just an idea. >>>>> >>>>> Don't understand why it is hidden >>>>> in Settings browser>>appearance>>desktop >>>>> >>>>> (IMHO it does not belong there at all >>>>> it's not a Setting but just a window state..) >>>>> >>>>> For now, I've solved this by creating this little helper, >>>>> which, due to my laziness to give it coordinates, >>>>> drops a button in the upper left corner. >>>>> Mais enfin, it works. >>>>> >>>>> The class: >>>>> >>>>> SimpleButtonMorph subclass: #FullScreenFlipFlopMorph >>>>> instanceVariableNames: '' >>>>> classVariableNames: '' >>>>> poolDictionaries: '' >>>>> category: 'TGUtil-One' >>>>> >>>>> with just this two instance methods: >>>>> >>>>> initialize >>>>> super initialize. >>>>> self >>>>> target: self; >>>>> label: 'Full Screen'; >>>>> color: Color orange; >>>>> actionSelector: #toggle; >>>>> openInWorld "target is self is Smalltalk;" >>>>> toggle >>>>> Display toggleFullScreen >>>>> >>>>> In a workspace brought to life with evaluating >>>>> >>>>> fullScreenFlipFlop := FullScreenFlipFlopMorph new. >>>>> >>>>> >>>>> Another question: >>>>> >>>>> As 1.3 uses a cog VM. >>>>> Is the seasidehosting.st >>>>> still using a non-cog VM? >>>>> This would imply a cog VM >>>>> based image would not run on >>>>> the seasidehosting? >>>>> >>>>> >>>>> What happened to the user window styles? >>>>> (I only see Default and DemoMode) >>>>> I liked the sort of Aqua themes (I have 7 apples, they are real and in >>>>> the kitchen :o) >>>>> >>>>> >>>>> Kind Regards >>>>> TedvG >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> > > >

Nov. 29, 2011