November 2011 - Pharo-users

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

Re: [Pharo-users] Test execution cancel

by Igor Stasenko

On 29 November 2011 12:59, Juan Ignacio Vaccarezza <juanvaccarezza(a)gmail.com> wrote: > Sean, > Â Â Â I JUST understood what you ment. very helpfull. > Â Â Â Thanks again :D > and you can use it to interrupt anything, not just tests :) > Juan > > On Sun, Nov 27, 2011 at 7:09 PM, Juan Ignacio Vaccarezza > <juanvaccarezza(a)gmail.com> wrote: >> >> Thanks for your aswer, but I mean the test execution inside pharo, the >> SUints. >> >> Regards, >> Juan >> >> On Sun, Nov 27, 2011 at 6:27 PM, Sean P. DeNigris <sean(a)clipperadams.com> >> wrote: >>> >>> A user interrupt (Cmd-. on Mac) will stop the tests >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Test-execution-cancel-tp4112686p4113407.html >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >> > > -- Best regards, Igor Stasenko.

Nov. 29, 2011

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

by Benjamin

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

Re: [Pharo-users] Test execution cancel

by Juan Ignacio Vaccarezza

Sean, I JUST understood what you ment. very helpfull. Thanks again :D Juan On Sun, Nov 27, 2011 at 7:09 PM, Juan Ignacio Vaccarezza < juanvaccarezza(a)gmail.com> wrote: > Thanks for your aswer, but I mean the test execution inside pharo, the > SUints. > > Regards, > Juan > > > On Sun, Nov 27, 2011 at 6:27 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > >> A user interrupt (Cmd-. on Mac) will stop the tests >> >> -- >> View this message in context: >> http://forum.world.st/Test-execution-cancel-tp4112686p4113407.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >

Nov. 29, 2011

portable smalltalk, how ?

by t olschewski

(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? -- 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.

Nov. 29, 2011

Re: [Pharo-users] installer on l*n*x ?

by t olschewski

thank you very much. Is there absolutely no other way to share it, maybe by citing essential parts in a forum posting or as a file attachment ? -- View this message in context: http://forum.world.st/installer-on-l-n-x-tp4104740p4118779.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 29, 2011

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

by Sean P. DeNigris

TedvG TedvG wrote > > What I really would like > perhaps in the next release > a Full Screen Toggle Button > somewhere on the desktop.. > 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 ]. TedvG TedvG wrote > > like in the Chrome Internet Browser > could you assign it to the F11 key? > You can now use Keymapping to use whatever shortcut you want for any action. How about: Morph class>>buildKeymappingsOn: aBuilder <keymap> (aBuilder shortcut: #toggleFullscreen) category: #Fullscreen default: $l command "I couldn't test Fn-11 because the Mac system uses it" do: [ :morph :event | Display toggleFullScreen ]. aBuilder attachShortcutCategory: #Fullscreen to: Morph. HTH, Sean -- View this message in context: http://forum.world.st/Full-Screen-Button-would-be-nice-tp4116904p4117610.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 29, 2011

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

by Ted F.A. van Gaalen

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

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

by Guillermo Polito

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

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

by Benjamin

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

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

by Ted F.A. van Gaalen

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

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

by Benjamin

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

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

by Ted F.A. van Gaalen

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

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

by Benjamin

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

Full Screen Button would be nice

by Ted F.A. van Gaalen

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

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

by Igor Stasenko

On 28 November 2011 18:35, Johan Fabry <jfabry(a)dcc.uchile.cl> 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. :-( > it may be because cog not supports an old image format. you using PBE image of some sort? maybe we should update it. > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > > > > -- Best regards, Igor Stasenko.

Nov. 28, 2011

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

by Johan Fabry

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. :-( ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Nov. 28, 2011

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

by Igor Stasenko

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? > Greetings, > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > > > > -- Best regards, Igor Stasenko.

Nov. 28, 2011