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

Re: [Pharo-users] Left recursion in PetitParser

by Lukas Renggli

PPParser>>#cycleSet is contained in the package PetitAnalyzer. You can get it from the PetitParser repository at http://source.lukas-renggli.ch/petit. The package contains all kinds of reflective facilities to query and transform grammars. Lukas On 31 January 2011 16:35, Andrew Black <t-ablack(a)microsoft.com> wrote: > > > -----Original Message----- >> From: pharo-users-bounces(a)lists.gforge.inria.fr [mailto:pharo-users-bounces@lists.gforge.inria.fr] On Behalf Of Lukas Renggli >> Sent: 21 January 2011 14:39 >> To: A friendly place where any question about pharo is welcome >> Subject: Re: [Pharo-users] Left recursion in PetitParser > >> > I know how to left-factor the grammar by hand.Â But should I have to? >> > How powerful is thy magic, Lukas? > >> There is Â no magic. > >> You can fix the problem by wrapping one of the parsers in the cycle with #memoize. That could be done automatically (#cycleSet finds the cycles), but I would rather refactor the grammar as it leads to extremely inefficient parsers. > >> If you want to build complicated expression grammars (where typically left-recursion occurs) it might be useful to use the PPExpressionParser, see the class comment for an example. > > I got my parser working by refactoring the grammar; Â Using not to do a little look-ahead and direct things down the correct path helped. > > I saw the tests for memoize, and get the idea of how to use it. Â But I don't find a cycleSet method anywhere ... > > Â Â Andrew > > > -- Lukas Renggli www.lukas-renggli.ch

Jan. 31, 2011

Re: [Pharo-users] Left recursion in PetitParser

by Andrew Black

-----Original Message----- > From: pharo-users-bounces(a)lists.gforge.inria.fr [mailto:pharo-users-bounces@lists.gforge.inria.fr] On Behalf Of Lukas Renggli > Sent: 21 January 2011 14:39 > To: A friendly place where any question about pharo is welcome > Subject: Re: [Pharo-users] Left recursion in PetitParser > > I know how to left-factor the grammar by hand.Â But should I have to?Â > > How powerful is thy magic, Lukas? > There is no magic. > You can fix the problem by wrapping one of the parsers in the cycle with #memoize. That could be done automatically (#cycleSet finds the cycles), but I would rather refactor the grammar as it leads to extremely inefficient parsers. > If you want to build complicated expression grammars (where typically left-recursion occurs) it might be useful to use the PPExpressionParser, see the class comment for an example. I got my parser working by refactoring the grammar; Using not to do a little look-ahead and direct things down the correct path helped. I saw the tests for memoize, and get the idea of how to use it. But I don't find a cycleSet method anywhere ... Andrew

Jan. 31, 2011

Re: [Pharo-users] Scrolling in a Morphic game

by Igor Stasenko

On 29 January 2011 20:39, Aidan Gauland <aidalgol(a)no8wireless.co.nz> wrote: > On Wed, Jan 26, 2011 at 10:51:29AM +0100, Tudor Girba wrote: >> Perhaps you want to take a look at the ScrollPane or GeneralScrollPane implementation. > > I found TransformMorph when looking at ScrollPane. Â I think I'll use > that. >\ Yep. For 'moving' parts of scene add the transform morph and put all other morphs to it, then you can control their relative placement using single object. > I'll post to this list when my game engine is usable, since there is > some interest in the scrolling part. > > Regards, > Aidan > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iEYEARECAAYFAk1EbOIACgkQjyzTRvYJmaVCoACdEVfyuP27WuuuhQ5S4IBoHdvd > 0QMAn1pLqqst8KrxM75WFAXBbnQ+ZsUn > =A6eJ > -----END PGP SIGNATURE----- > > -- Best regards, Igor Stasenko AKA sig.

Jan. 29, 2011

Re: [Pharo-users] Scrolling in a Morphic game

by Aidan Gauland

On Wed, Jan 26, 2011 at 10:51:29AM +0100, Tudor Girba wrote: > Perhaps you want to take a look at the ScrollPane or GeneralScrollPane implementation. I found TransformMorph when looking at ScrollPane. I think I'll use that. I'll post to this list when my game engine is usable, since there is some interest in the scrolling part. Regards, Aidan

Jan. 29, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by Igor Stasenko

On 29 January 2011 14:23, Helene Bilbo <thereluctantprogrammer(a)fastmail.fm> wrote: > > > StÃ©phane Ducasse wrote: >> >> Hi helene >> >> Where are you located? >> Because we could do some pair programming. >> > Berlin, Germany > > > StÃ©phane Ducasse wrote: >> >> I did that with olivier yesterday and I understand your point. >> What I could do is to record when I'm programming my card collection >> application and like that the >> world would see me failing and retrying :) >> Stef >> > > Yes of course, i would like to watch a live-programming screencast. > But to me, the difficulty is READING existing code much more than writing > new code. I do the âwrite in the debuggerâ thing, that was mentioned on > pharocast and in some tutorials and it works really nice. > Yeah. Understanding code is difficult. Even your own code could make no sense to you after half of the year :) What i can say.. there is no universal cure.. different people learn things differently. Definitely, you should master the browser and usual shortcuts, so it will help you finding things quicker and follow the code logic in order to understand it. > Helene. > > -- > View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko AKA sig.

Jan. 29, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by laurent laffont

On Sat, Jan 29, 2011 at 11:42 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Hi helene > > Where are you located? > Because we could do some pair programming. > I did that with olivier yesterday and I understand your point. > What I could do is to record when I'm programming my card collection > application and like that the > world would see me failing and retrying :) > May be someone can record like http://jamesshore.com/Blog/Lets-Play/Episode-37.html . Laurent > > Stef > > On Jan 28, 2011, at 5:04 PM, Helene Bilbo wrote: > > > > > Hi, > > i have a proposition for a Pharo-Screencast: > > > > I would love to look over someoneâs shoulder while she/he is *reading* > code. > > A possible plot would be to download something from squeaksource and then > > trying to make sense out of it - and talking while doing so. (It would > also > > be good to see all the relevant functions of the browser in action). > > > > Background: While i have read some books now (blue book, pharo by > example, > > seaside by example, best practice patterns) i have never actually seen > > people programming. So i absolutely miss the craftsmanship side of > things. > > > > Anyway thank you for Pharocasts. > > Best regards, > > Helene. > > -- > > View this message in context: > http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > >

Jan. 29, 2011

Making a .st file from the source of a method

by Sean P. DeNigris

I have a class that I use to set up my images. A subclass has a method: setupScript (Smalltalk at: #UpdateStreamer) new updateFromServer. "Do other stuff..." I want to save the statements of the method above in a .st file to pass as an argument to the vm. That's all working, but in order to retrieve the two statements above, I do: setupScriptContents | scriptMethod sourceString sourceStringWithBracketsStripped | scriptMethod := PharoTrunkImage compiledMethodAt: #setupScript. sourceString := scriptMethod methodNode body asString. sourceStringWithBracketsStripped := sourceString copyFrom: 3 to: sourceString size - 2. ^ sourceStringWithBracketsStripped. That works, but I don't like it. What's the best way to do this (or is this it)? Thanks. Sean -- View this message in context: http://forum.world.st/Making-a-st-file-from-the-source-of-a-method-tp324624… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 29, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by Helene Bilbo

"StÃ©phane Ducasseâ wrote: > > > Now I'm also thinking that we should have a converging approach by also > fixing Morphic so I will start reading both code. > > Stef > Hi StÃ©phane, i quoted this from the Pharo Smalltalk list -> this is the thing you should comment while doing it and record as a screencast. It would be wonderful :) Best regards, Helene. -- View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 29, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by Helene Bilbo

StÃ©phane Ducasse wrote: > > Hi helene > > Where are you located? > Because we could do some pair programming. > Berlin, Germany StÃ©phane Ducasse wrote: > > I did that with olivier yesterday and I understand your point. > What I could do is to record when I'm programming my card collection > application and like that the > world would see me failing and retrying :) > Stef > Yes of course, i would like to watch a live-programming screencast. But to me, the difficulty is READING existing code much more than writing new code. I do the âwrite in the debuggerâ thing, that was mentioned on pharocast and in some tutorials and it works really nice. Helene. -- View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 29, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by Helene Bilbo

âsimondenierâ wrote: > > Read the comments if there are some, especially with snippets of code for > do-it. > Read the tests, try to find how one instantiate a particular object, then > put a self halt in a test or create a new object in a workspace and open > an inspector on it; interact with the object to send it messages and see > how it reacts (with the class browser by the side of course). > > Learn the strengths and weaknesses of the various browsers, and especially > the shortcuts to quickly launch them (select some text in the source > then): > alt+b -> browse class > alt+m -> browse implementors (method definitions) > alt+n -> senders (messages calls) > alt+shit+r -> references to class > etc. > > So basically yes. Understanding a Smalltalk program is somehow a heuristic > process (like all program understanding): browse code, browse implementors > or senders until you can not get further or lost track, make hypothesis > about how it works and check by browsing again and querying live > instances. > > In Smalltalk the language and its syntax are simple, so you get more work > to learn the whole API and the tools, especially since they are a bit > unconventional. So I can understand that you feel lost. But the best way > would be to learn by doing, with somebody while pair-programming. > Thank you for the hints and encouragement. My problems are probably not Smalltalk/Pharo specific - i might reveal that i have no formal training in programming or computer science. I did little things in Objective-C/XCode and Java/Eclipse and i really love the Smalltalk/Pharo,Cuis,Squeak experience compared to that. As i was not trained in other things, Pharo does not at all feel âunconventionalâ to me. Helene. -- View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 29, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by StÃ©phane Ducasse

Hi helene Where are you located? Because we could do some pair programming. I did that with olivier yesterday and I understand your point. What I could do is to record when I'm programming my card collection application and like that the world would see me failing and retrying :) Stef On Jan 28, 2011, at 5:04 PM, Helene Bilbo wrote: > > Hi, > i have a proposition for a Pharo-Screencast: > > I would love to look over someoneâs shoulder while she/he is *reading* code. > A possible plot would be to download something from squeaksource and then > trying to make sense out of it - and talking while doing so. (It would also > be good to see all the relevant functions of the browser in action). > > Background: While i have read some books now (blue book, pharo by example, > seaside by example, best practice patterns) i have never actually seen > people programming. So i absolutely miss the craftsmanship side of things. > > Anyway thank you for Pharocasts. > Best regards, > Helene. > -- > View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Jan. 29, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by flebber

These screenscasts are for squeak, but they are good. Practical examples of how to get things up and running http://www.youtube.com/user/gandysmedicineshow http://www.youtube.com/user/gandysmedicineshow -- View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 29, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by Tudor Girba

I am working on a couple of screencasts :). My plan is to get them working within a couple of weeks. Cheers, Doru On 28 Jan 2011, at 23:11, laurent laffont wrote: > On Fri, Jan 28, 2011 at 11:06 PM, Simon Denier <simon.denier(a)gmail.com> wrote: > > On 28 janv. 2011, at 22:52, laurent laffont wrote: > >> > >> > What kind of âstrategyâ or âpatternâ do you use to understand a >> > class/package? >> >> Since I am a Moose expert, I don't really know how people do it without visualizations :) >> >> >> Would be cool to have a Moose for newbies screencast ..... > > > We used to demo Moose a lot in live, with most basic features (importing a model, browsing and querying the model with the finder, building your own visualization with Mondrian...). My recent experience told me that screencasting is not my cup of tea :) > > Don't hesitate to record a "draft" screencast and send it to me. Video editing tools can do magic. > > Laurent. > > > > I don't know if Doru will have the time. > > >> >> Laurent >> >> >> >> > Where do i start reading in the first place? >> >> >> Read the comments if there are some, especially with snippets of code for do-it. >> Read the tests, try to find how one instantiate a particular object, then put a self halt in a test or create a new object in a workspace and open an inspector on it; interact with the object to send it messages and see how it reacts (with the class browser by the side of course). >> >> Learn the strengths and weaknesses of the various browsers, and especially the shortcuts to quickly launch them (select some text in the source then): >> alt+b -> browse class >> alt+m -> browse implementors (method definitions) >> alt+n -> senders (messages calls) >> alt+shit+r -> references to class >> etc. >> >> > >> >> > Do i search messages / try to âfollowâ them using method finder? >> >> So basically yes. Understanding a Smalltalk program is somehow a heuristic process (like all program understanding): browse code, browse implementors or senders until you can not get further or lost track, make hypothesis about how it works and check by browsing again and querying live instances. >> >> >> > I tried to file out classes and print them on paper - which was a bad idea.. >> > Do you take notes? Make drawings? Just read along in the SystemBrowser? >> > >> > Can you imagine a bit, what i mean? It is really very basic.. >> > Best regards, Helene. >> >> >> In Smalltalk the language and its syntax are simple, so you get more work to learn the whole API and the tools, especially since they are a bit unconventional. So I can understand that you feel lost. But the best way would be to learn by doing, with somebody while pair-programming. >> >> >> > >> > >> > laurent laffont wrote: >> >> >> >> Hi, >> >> >> >> indeed I don't really see how to do this sort of screencast ..... >> >> >> >> Which packages would you like to see explained ? >> >> >> >> Laurent >> >> >> >> On Fri, Jan 28, 2011 at 5:04 PM, Helene Bilbo < >> >> thereluctantprogrammer(a)fastmail.fm> wrote: >> >> >> >>> >> >>> Hi, >> >>> i have a proposition for a Pharo-Screencast: >> >>> >> >>> I would love to look over someoneâs shoulder while she/he is *reading* >> >>> code. >> >>> A possible plot would be to download something from squeaksource and then >> >>> trying to make sense out of it - and talking while doing so. (It would >> >>> also >> >>> be good to see all the relevant functions of the browser in action). >> >>> >> >>> Background: While i have read some books now (blue book, pharo by >> >>> example, >> >>> seaside by example, best practice patterns) i have never actually seen >> >>> people programming. So i absolutely miss the craftsmanship side of >> >>> things. >> >>> >> >>> Anyway thank you for Pharocasts. >> >>> Best regards, >> >>> Helene. >> >>> -- >> >>> View this message in context: >> >>> http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… >> >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >>> >> >>> >> >> >> >> >> > -- >> > View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… >> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > >> >> -- >> Simon Denier >> >> >> >> >> > > -- > Simon Denier > > > > -- www.tudorgirba.com "Obvious things are difficult to teach."

Jan. 28, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by laurent laffont

On Fri, Jan 28, 2011 at 11:06 PM, Simon Denier <simon.denier(a)gmail.com>wrote: > > On 28 janv. 2011, at 22:52, laurent laffont wrote: > > > >> > What kind of âstrategyâ or âpatternâ do you use to understand a >> > class/package? >> >> Since I am a Moose expert, I don't really know how people do it without >> visualizations :) >> > > > Would be cool to have a Moose for newbies screencast ..... > > > > We used to demo Moose a lot in live, with most basic features (importing a > model, browsing and querying the model with the finder, building your own > visualization with Mondrian...). My recent experience told me that > screencasting is not my cup of tea :) > Don't hesitate to record a "draft" screencast and send it to me. Video editing tools can do magic. Laurent. > I don't know if Doru will have the time. > > > > Laurent > > > >> >> > Where do i start reading in the first place? >> >> >> Read the comments if there are some, especially with snippets of code for >> do-it. >> Read the tests, try to find how one instantiate a particular object, then >> put a self halt in a test or create a new object in a workspace and open an >> inspector on it; interact with the object to send it messages and see how it >> reacts (with the class browser by the side of course). >> >> Learn the strengths and weaknesses of the various browsers, and especially >> the shortcuts to quickly launch them (select some text in the source then): >> alt+b -> browse class >> alt+m -> browse implementors (method definitions) >> alt+n -> senders (messages calls) >> alt+shit+r -> references to class >> etc. >> >> > >> >> > Do i search messages / try to âfollowâ them using method finder? >> >> So basically yes. Understanding a Smalltalk program is somehow a heuristic >> process (like all program understanding): browse code, browse implementors >> or senders until you can not get further or lost track, make hypothesis >> about how it works and check by browsing again and querying live instances. >> >> >> > I tried to file out classes and print them on paper - which was a bad >> idea.. >> > Do you take notes? Make drawings? Just read along in the SystemBrowser? >> > >> > Can you imagine a bit, what i mean? It is really very basic.. >> > Best regards, Helene. >> >> >> In Smalltalk the language and its syntax are simple, so you get more work >> to learn the whole API and the tools, especially since they are a bit >> unconventional. So I can understand that you feel lost. But the best way >> would be to learn by doing, with somebody while pair-programming. >> >> >> > >> > >> > laurent laffont wrote: >> >> >> >> Hi, >> >> >> >> indeed I don't really see how to do this sort of screencast ..... >> >> >> >> Which packages would you like to see explained ? >> >> >> >> Laurent >> >> >> >> On Fri, Jan 28, 2011 at 5:04 PM, Helene Bilbo < >> >> thereluctantprogrammer(a)fastmail.fm> wrote: >> >> >> >>> >> >>> Hi, >> >>> i have a proposition for a Pharo-Screencast: >> >>> >> >>> I would love to look over someoneâs shoulder while she/he is *reading* >> >>> code. >> >>> A possible plot would be to download something from squeaksource and >> then >> >>> trying to make sense out of it - and talking while doing so. (It would >> >>> also >> >>> be good to see all the relevant functions of the browser in action). >> >>> >> >>> Background: While i have read some books now (blue book, pharo by >> >>> example, >> >>> seaside by example, best practice patterns) i have never actually seen >> >>> people programming. So i absolutely miss the craftsmanship side of >> >>> things. >> >>> >> >>> Anyway thank you for Pharocasts. >> >>> Best regards, >> >>> Helene. >> >>> -- >> >>> View this message in context: >> >>> >> http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… >> >>> Sent from the Pharo Smalltalk Users mailing list archive at >> Nabble.com. >> >>> >> >>> >> >> >> >> >> > -- >> > View this message in context: >> http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… >> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > >> >> -- >> Simon Denier >> >> >> >> >> > > -- > Simon Denier > > > >

Jan. 28, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by Simon Denier

On 28 janv. 2011, at 22:52, laurent laffont wrote: > > > > What kind of âstrategyâ or âpatternâ do you use to understand a > > class/package? > > Since I am a Moose expert, I don't really know how people do it without visualizations :) > > > Would be cool to have a Moose for newbies screencast ..... We used to demo Moose a lot in live, with most basic features (importing a model, browsing and querying the model with the finder, building your own visualization with Mondrian...). My recent experience told me that screencasting is not my cup of tea :) I don't know if Doru will have the time. > > Laurent > > > > > Where do i start reading in the first place? > > > Read the comments if there are some, especially with snippets of code for do-it. > Read the tests, try to find how one instantiate a particular object, then put a self halt in a test or create a new object in a workspace and open an inspector on it; interact with the object to send it messages and see how it reacts (with the class browser by the side of course). > > Learn the strengths and weaknesses of the various browsers, and especially the shortcuts to quickly launch them (select some text in the source then): > alt+b -> browse class > alt+m -> browse implementors (method definitions) > alt+n -> senders (messages calls) > alt+shit+r -> references to class > etc. > > > > > > Do i search messages / try to âfollowâ them using method finder? > > So basically yes. Understanding a Smalltalk program is somehow a heuristic process (like all program understanding): browse code, browse implementors or senders until you can not get further or lost track, make hypothesis about how it works and check by browsing again and querying live instances. > > > > I tried to file out classes and print them on paper - which was a bad idea.. > > Do you take notes? Make drawings? Just read along in the SystemBrowser? > > > > Can you imagine a bit, what i mean? It is really very basic.. > > Best regards, Helene. > > > In Smalltalk the language and its syntax are simple, so you get more work to learn the whole API and the tools, especially since they are a bit unconventional. So I can understand that you feel lost. But the best way would be to learn by doing, with somebody while pair-programming. > > > > > > > > laurent laffont wrote: > >> > >> Hi, > >> > >> indeed I don't really see how to do this sort of screencast ..... > >> > >> Which packages would you like to see explained ? > >> > >> Laurent > >> > >> On Fri, Jan 28, 2011 at 5:04 PM, Helene Bilbo < > >> thereluctantprogrammer(a)fastmail.fm> wrote: > >> > >>> > >>> Hi, > >>> i have a proposition for a Pharo-Screencast: > >>> > >>> I would love to look over someoneâs shoulder while she/he is *reading* > >>> code. > >>> A possible plot would be to download something from squeaksource and then > >>> trying to make sense out of it - and talking while doing so. (It would > >>> also > >>> be good to see all the relevant functions of the browser in action). > >>> > >>> Background: While i have read some books now (blue book, pharo by > >>> example, > >>> seaside by example, best practice patterns) i have never actually seen > >>> people programming. So i absolutely miss the craftsmanship side of > >>> things. > >>> > >>> Anyway thank you for Pharocasts. > >>> Best regards, > >>> Helene. > >>> -- > >>> View this message in context: > >>> http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >>> > >>> > >> > >> > > -- > > View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > -- > Simon Denier > > > > > -- Simon Denier

Jan. 28, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by Helene Bilbo

"laurent laffontâ wrote: > > I've created this application a year ago to get some overview > http://magaloma.seasidehosting.st/ I still use it sometimes. > Ah, ok. While this is not what i meant by reading the coding â that is a very nice application. I will spend some time there :) Helene. -- View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 28, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by laurent laffont

> > > > > What kind of âstrategyâ or âpatternâ do you use to understand a > > class/package? > > Since I am a Moose expert, I don't really know how people do it without > visualizations :) > Would be cool to have a Moose for newbies screencast ..... Laurent > > > Where do i start reading in the first place? > > > Read the comments if there are some, especially with snippets of code for > do-it. > Read the tests, try to find how one instantiate a particular object, then > put a self halt in a test or create a new object in a workspace and open an > inspector on it; interact with the object to send it messages and see how it > reacts (with the class browser by the side of course). > > Learn the strengths and weaknesses of the various browsers, and especially > the shortcuts to quickly launch them (select some text in the source then): > alt+b -> browse class > alt+m -> browse implementors (method definitions) > alt+n -> senders (messages calls) > alt+shit+r -> references to class > etc. > > > > > > Do i search messages / try to âfollowâ them using method finder? > > So basically yes. Understanding a Smalltalk program is somehow a heuristic > process (like all program understanding): browse code, browse implementors > or senders until you can not get further or lost track, make hypothesis > about how it works and check by browsing again and querying live instances. > > > > I tried to file out classes and print them on paper - which was a bad > idea.. > > Do you take notes? Make drawings? Just read along in the SystemBrowser? > > > > Can you imagine a bit, what i mean? It is really very basic.. > > Best regards, Helene. > > > In Smalltalk the language and its syntax are simple, so you get more work > to learn the whole API and the tools, especially since they are a bit > unconventional. So I can understand that you feel lost. But the best way > would be to learn by doing, with somebody while pair-programming. > > > > > > > > laurent laffont wrote: > >> > >> Hi, > >> > >> indeed I don't really see how to do this sort of screencast ..... > >> > >> Which packages would you like to see explained ? > >> > >> Laurent > >> > >> On Fri, Jan 28, 2011 at 5:04 PM, Helene Bilbo < > >> thereluctantprogrammer(a)fastmail.fm> wrote: > >> > >>> > >>> Hi, > >>> i have a proposition for a Pharo-Screencast: > >>> > >>> I would love to look over someoneâs shoulder while she/he is *reading* > >>> code. > >>> A possible plot would be to download something from squeaksource and > then > >>> trying to make sense out of it - and talking while doing so. (It would > >>> also > >>> be good to see all the relevant functions of the browser in action). > >>> > >>> Background: While i have read some books now (blue book, pharo by > >>> example, > >>> seaside by example, best practice patterns) i have never actually seen > >>> people programming. So i absolutely miss the craftsmanship side of > >>> things. > >>> > >>> Anyway thank you for Pharocasts. > >>> Best regards, > >>> Helene. > >>> -- > >>> View this message in context: > >>> > http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >>> > >>> > >> > >> > > -- > > View this message in context: > http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > -- > Simon Denier > > > > >

Jan. 28, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by Simon Denier

Can't you meet someone in a barcamp in your city, who would show you the basics? Also did you practice http://pharobyexample.org to learn the tools? On 28 janv. 2011, at 22:08, Helene Bilbo wrote: > > Hi, > i donât want to see a specific package explained - i would rather like to > watch, how someone will make sense of a package she/he doesnât know (and > that does not have much comments..) and tries to read and understand it. > > I just sit here and try to understand SpectrumAnalyzerMorph - but perhaps > this is a bad example, because it is included in Pharo 1.1.1 but doesnât > work there. This would be more a debugging show.. > > What kind of âstrategyâ or âpatternâ do you use to understand a > class/package? Since I am a Moose expert, I don't really know how people do it without visualizations :) > Where do i start reading in the first place? Read the comments if there are some, especially with snippets of code for do-it. Read the tests, try to find how one instantiate a particular object, then put a self halt in a test or create a new object in a workspace and open an inspector on it; interact with the object to send it messages and see how it reacts (with the class browser by the side of course). Learn the strengths and weaknesses of the various browsers, and especially the shortcuts to quickly launch them (select some text in the source then): alt+b -> browse class alt+m -> browse implementors (method definitions) alt+n -> senders (messages calls) alt+shit+r -> references to class etc. > > Do i search messages / try to âfollowâ them using method finder? So basically yes. Understanding a Smalltalk program is somehow a heuristic process (like all program understanding): browse code, browse implementors or senders until you can not get further or lost track, make hypothesis about how it works and check by browsing again and querying live instances. > I tried to file out classes and print them on paper - which was a bad idea.. > Do you take notes? Make drawings? Just read along in the SystemBrowser? > > Can you imagine a bit, what i mean? It is really very basic.. > Best regards, Helene. In Smalltalk the language and its syntax are simple, so you get more work to learn the whole API and the tools, especially since they are a bit unconventional. So I can understand that you feel lost. But the best way would be to learn by doing, with somebody while pair-programming. > > > laurent laffont wrote: >> >> Hi, >> >> indeed I don't really see how to do this sort of screencast ..... >> >> Which packages would you like to see explained ? >> >> Laurent >> >> On Fri, Jan 28, 2011 at 5:04 PM, Helene Bilbo < >> thereluctantprogrammer(a)fastmail.fm> wrote: >> >>> >>> Hi, >>> i have a proposition for a Pharo-Screencast: >>> >>> I would love to look over someoneâs shoulder while she/he is *reading* >>> code. >>> A possible plot would be to download something from squeaksource and then >>> trying to make sense out of it - and talking while doing so. (It would >>> also >>> be good to see all the relevant functions of the browser in action). >>> >>> Background: While i have read some books now (blue book, pharo by >>> example, >>> seaside by example, best practice patterns) i have never actually seen >>> people programming. So i absolutely miss the craftsmanship side of >>> things. >>> >>> Anyway thank you for Pharocasts. >>> Best regards, >>> Helene. >>> -- >>> View this message in context: >>> http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >>> >> >> > -- > View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- Simon Denier

Jan. 28, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by laurent laffont

I understand the difficulties. Indeed I've created Pharocasts to learn ;) You learn better when you do something, for me a way is to record screencasts. I've created this application a year ago to get some overview http://magaloma.seasidehosting.st/ I still use it sometimes. Feel free to ask on the mailing-list, there are helpful people (cool !). And one great way to contribute is to write comments on what you have understood and submit your package to PharoInbox Laurent. On Fri, Jan 28, 2011 at 10:08 PM, Helene Bilbo < thereluctantprogrammer(a)fastmail.fm> wrote: > > Hi, > i donât want to see a specific package explained - i would rather like to > watch, how someone will make sense of a package she/he doesnât know (and > that does not have much comments..) and tries to read and understand it. > > I just sit here and try to understand SpectrumAnalyzerMorph - but perhaps > this is a bad example, because it is included in Pharo 1.1.1 but doesnât > work there. This would be more a debugging show.. > > What kind of âstrategyâ or âpatternâ do you use to understand a > class/package? > Where do i start reading in the first place? > Do i search messages / try to âfollowâ them using method finder? > I tried to file out classes and print them on paper - which was a bad > idea.. > Do you take notes? Make drawings? Just read along in the SystemBrowser? > > Can you imagine a bit, what i mean? It is really very basic.. > Best regards, Helene. > > > laurent laffont wrote: > > > > Hi, > > > > indeed I don't really see how to do this sort of screencast ..... > > > > Which packages would you like to see explained ? > > > > Laurent > > > > On Fri, Jan 28, 2011 at 5:04 PM, Helene Bilbo < > > thereluctantprogrammer(a)fastmail.fm> wrote: > > > >> > >> Hi, > >> i have a proposition for a Pharo-Screencast: > >> > >> I would love to look over someoneâs shoulder while she/he is *reading* > >> code. > >> A possible plot would be to download something from squeaksource and > then > >> trying to make sense out of it - and talking while doing so. (It would > >> also > >> be good to see all the relevant functions of the browser in action). > >> > >> Background: While i have read some books now (blue book, pharo by > >> example, > >> seaside by example, best practice patterns) i have never actually seen > >> people programming. So i absolutely miss the craftsmanship side of > >> things. > >> > >> Anyway thank you for Pharocasts. > >> Best regards, > >> Helene. > >> -- > >> View this message in context: > >> > http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >> > >> > > > > > -- > View this message in context: > http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Jan. 28, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by Helene Bilbo

Hi, i donât want to see a specific package explained - i would rather like to watch, how someone will make sense of a package she/he doesnât know (and that does not have much comments..) and tries to read and understand it. I just sit here and try to understand SpectrumAnalyzerMorph - but perhaps this is a bad example, because it is included in Pharo 1.1.1 but doesnât work there. This would be more a debugging show.. What kind of âstrategyâ or âpatternâ do you use to understand a class/package? Where do i start reading in the first place? Do i search messages / try to âfollowâ them using method finder? I tried to file out classes and print them on paper - which was a bad idea.. Do you take notes? Make drawings? Just read along in the SystemBrowser? Can you imagine a bit, what i mean? It is really very basic.. Best regards, Helene. laurent laffont wrote: > > Hi, > > indeed I don't really see how to do this sort of screencast ..... > > Which packages would you like to see explained ? > > Laurent > > On Fri, Jan 28, 2011 at 5:04 PM, Helene Bilbo < > thereluctantprogrammer(a)fastmail.fm> wrote: > >> >> Hi, >> i have a proposition for a Pharo-Screencast: >> >> I would love to look over someoneâs shoulder while she/he is *reading* >> code. >> A possible plot would be to download something from squeaksource and then >> trying to make sense out of it - and talking while doing so. (It would >> also >> be good to see all the relevant functions of the browser in action). >> >> Background: While i have read some books now (blue book, pharo by >> example, >> seaside by example, best practice patterns) i have never actually seen >> people programming. So i absolutely miss the craftsmanship side of >> things. >> >> Anyway thank you for Pharocasts. >> Best regards, >> Helene. >> -- >> View this message in context: >> http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> > > -- View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 28, 2011

Re: [Pharo-users] Polymorph example

by laurent laffont

The problem is that I've code it in Pharo 1.2 and use UITheme class>>smallWindowIcon to add the menu in ContactListEditor class>>menuCommandOn: But in Pharo 1.1 UITheme class>>smallWindowIcon doesn't exist (it's MenuIcon class>>smallWindowIcon). I've uploaded a new version on SqueakSource which don't use icons + some code refactoring. Cheers, Laurent On Fri, Jan 28, 2011 at 9:27 PM, Helene Bilbo < thereluctantprogrammer(a)fastmail.fm> wrote: > > Hi, > > after evaluating: > Gofer it > squeaksource: 'LaurentLSandbox'; > package: 'AddressBook'; > load. > > (Smalltalk at:#ContactListEditor) open. > > in Pharo 1.1.1 my WorldMenu is broken and a âfallback World Menuâ appears. > "World discoveredWorldMenuâ says that UIThemeWatery2 does not understand > smallWindowIcon, that is sent by ContactListEditor class>>menuCommandOn: > > How can i fix that? > > Best regards, > Helene. > -- > View this message in context: > http://forum.world.st/Polymorph-example-tp3232539p3245311.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Jan. 28, 2011

Re: [Pharo-users] Screencast proposition: Watch someone read code.

by laurent laffont

Hi, indeed I don't really see how to do this sort of screencast ..... Which packages would you like to see explained ? Laurent On Fri, Jan 28, 2011 at 5:04 PM, Helene Bilbo < thereluctantprogrammer(a)fastmail.fm> wrote: > > Hi, > i have a proposition for a Pharo-Screencast: > > I would love to look over someoneâs shoulder while she/he is *reading* > code. > A possible plot would be to download something from squeaksource and then > trying to make sense out of it - and talking while doing so. (It would also > be good to see all the relevant functions of the browser in action). > > Background: While i have read some books now (blue book, pharo by example, > seaside by example, best practice patterns) i have never actually seen > people programming. So i absolutely miss the craftsmanship side of things. > > Anyway thank you for Pharocasts. > Best regards, > Helene. > -- > View this message in context: > http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Jan. 28, 2011

Re: [Pharo-users] Polymorph example

by Helene Bilbo

Hi, after evaluating: Gofer it squeaksource: 'LaurentLSandbox'; package: 'AddressBook'; load. (Smalltalk at:#ContactListEditor) open. in Pharo 1.1.1 my WorldMenu is broken and a âfallback World Menuâ appears. "World discoveredWorldMenuâ says that UIThemeWatery2 does not understand smallWindowIcon, that is sent by ContactListEditor class>>menuCommandOn: How can i fix that? Best regards, Helene. -- View this message in context: http://forum.world.st/Polymorph-example-tp3232539p3245311.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 28, 2011

Screencast proposition: Watch someone read code.

by Helene Bilbo

Hi, i have a proposition for a Pharo-Screencast: I would love to look over someoneâs shoulder while she/he is *reading* code. A possible plot would be to download something from squeaksource and then trying to make sense out of it - and talking while doing so. (It would also be good to see all the relevant functions of the browser in action). Background: While i have read some books now (blue book, pharo by example, seaside by example, best practice patterns) i have never actually seen people programming. So i absolutely miss the craftsmanship side of things. Anyway thank you for Pharocasts. Best regards, Helene. -- View this message in context: http://forum.world.st/Screencast-proposition-Watch-someone-read-code-tp3244… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 28, 2011

Re: [Pharo-users] Downloading a JPEG

by Sean P. DeNigris

Sean P. DeNigris wrote: > > Is there a way to save a JPEG from the web to a file in Pharo? > FileStream forceNewFileNamed: savePath do: [ :str | str binary. str nextPutAll: (httpPathString asUrl retrieveContents contents) ]. I was looking in the Url classes, forget about FileStream (and then forgot about binary). Should this be added to Zinc? I didn't see any save methods there (like Ruby's Mechanize library). I'm going to add it to MIMEDocument and open an issue. Thanks. Sean -- View this message in context: http://forum.world.st/Downloading-a-JPEG-tp3243718p3244048.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 28, 2011

Downloading a JPEG

by Sean P. DeNigris

Is there a way to save a JPEG from the web to a file in Pharo? I can open it as a Form, but I also want a copy of the original saved. Thanks. Sean -- View this message in context: http://forum.world.st/Downloading-a-JPEG-tp3243718p3243718.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 28, 2011

Re: [Pharo-users] Fwd: Serial Port

by StÃ©phane Ducasse

Can you contact this guy? Now since the code is in squeak is is MIT. Stef On Jan 27, 2011, at 10:16 AM, Luc Fabresse wrote: > > ---------- Forwarded message ---------- > From: Serge Stinckwich <serge.stinckwich(a)gmail.com> > Date: 2011/1/27 > Subject: Re: [Pharo-users] Serial Port > To: Luc Fabresse <luc.fabresse(a)gmail.com> > Cc: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr>, SÃ©verin Lemaignan <severin.lemaignan(a)laas.fr> > > > On Thu, Jan 27, 2011 at 2:49 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > > Hi all, > > I did not remember well the discussions about serial ports. > > But there are some infos there: > > http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg31411.ht… > > http://code.google.com/p/pharo/issues/detail?id=1057 > > > > Perhaps Serge knows more about it now? > > The code is actually mostly the work of SÃ©verin Lemaignan, so if we > want to integrate his code in Pharo, we should ask him to > sign the Pharo licence agreement: > http://code.google.com/p/pharo/wiki/ListOfOkCommitters > > This code is already included in the last version of Squeak. > > I dunno about the scratch version. This is different from the Squeak version ? > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ >

Jan. 27, 2011

Fwd: Serial Port

by Luc Fabresse

---------- Forwarded message ---------- From: Serge Stinckwich <serge.stinckwich(a)gmail.com> Date: 2011/1/27 Subject: Re: [Pharo-users] Serial Port To: Luc Fabresse <luc.fabresse(a)gmail.com> Cc: A friendly place where any question about pharo is welcome < pharo-users(a)lists.gforge.inria.fr>, SÃ©verin Lemaignan < severin.lemaignan(a)laas.fr> On Thu, Jan 27, 2011 at 2:49 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi all, > I did not remember well the discussions about serial ports. > But there are some infos there: > http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg31411.ht… > http://code.google.com/p/pharo/issues/detail?id=1057 > > Perhaps Serge knows more about it now? The code is actually mostly the work of SÃ©verin Lemaignan, so if we want to integrate his code in Pharo, we should ask him to sign the Pharo licence agreement: http://code.google.com/p/pharo/wiki/ListOfOkCommitters This code is already included in the last version of Squeak. I dunno about the scratch version. This is different from the Squeak version ? Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Jan. 27, 2011

Re: [Pharo-users] Serial Port

by Luc Fabresse

Hi all, I did not remember well the discussions about serial ports. But there are some infos there: http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg31411.ht… http://code.google.com/p/pharo/issues/detail?id=1057 Perhaps Serge knows more about it now? #Luc 2011/1/26 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Thanks david. > > We are picky and strict about license because we do not want to get burned > again with issues. > > Stef > > > There should be no license concern. The named serial support is provided > > in the SerialPlugin, and the update is of course MIT. > > > > Background is here: > > http://bugs.squeak.org/view.php?id=7266 > > > > I don't think that patches are included in the oscog branch yet (but I > > am not able to check right now, sorry). > > > > In any case, don't worry about the license. > > > > Dave > > > > > > On Wed, Jan 26, 2011 at 05:25:55PM +0100, St?phane Ducasse wrote: > >> Yes so I would ban the code and we will fix it ourselves. > >> We do not want to end in 30 different variant of the MIT license. > >> They should not have change the license like that.... > >> Error is repeating itself. > >> > >> Stef > >> > >> On Jan 26, 2011, at 4:42 PM, James Ashley wrote: > >> > >>> I haven't looked at the official license.txt, but the summary looks > >>> quite a bit different than what I (or the GNU foundation) consider > >>> "the" MIT license, at http://www.jclark.com/xml/copying.txt. > >>> > >>> Not that I'm a lawyer or my opinion means anything at all here. > >>> > >>> Respectfully, > >>> James > >>> > >>> On Wed, Jan 26, 2011 at 9:25 AM, Joan G?ell <jguell(a)e-citilab.eu> > wrote: > >>>> Hi Stef, > >>>> As you can see at http://info.scratch.mit.edu/Source_Code, the > Scratch > >>>> license seems to be MIT. Textually: > >>>> > >>>> "The Scratch source code license allows you to distribute derivative > works > >>>> based on the Scratch source code for non-commercial uses subject to > the > >>>> following restrictions: > >>>> > >>>> you cannot use the word "Scratch" to refer to derivative works > (except in > >>>> the phrase "Based on Scratch from the MIT Media Laboratory"), > >>>> you cannot use the Scratch logo or the official (copyrighted) Scratch > cat in > >>>> derivative works, > >>>> you cannot implement the ability to upload projects to any MIT Scratch > >>>> website (currently, http://scratch.mit.edu) > >>>> copies or derivative works must retain the Scratch copyright notice > and > >>>> license, and > >>>> you must make the source code for derivative works available. > >>>> > >>>> This is just a summary; the full license is in the file "license.txt" > >>>> included in the source code download package. > >>>> > >>>> The purpose of these restrictions is to avoid confusion in the Scratch > user > >>>> community between the official version of Scratch (supported by the > Lifelong > >>>> Kindergarten group) and experimental variations. We are happy the > share our > >>>> source code, but we want to protect the Scratch brand and our user > >>>> community." > >>>> > >>>> You can find the license.txt file attached. > >>>> > >>>> > >>>> Cheers, > >>>> Joan. > >>>> El 26/01/2011, a las 16:07, St?phane Ducasse escribi?: > >>>> > >>>> Hello Joan > >>>> > >>>> Thanks. > >>>> Yes we should fix that. > >>>> What is the license of Scratch? > >>>> > >>>> Stef > >>>> > >>>> > >>>> On Jan 26, 2011, at 1:39 PM, Joan G?ell wrote: > >>>> > >>>> Hello > >>>> > >>>> We are developing software to interact with small robots for > educational > >>>> purposes. To do this we need to use the serial port. SerialPort class > that > >>>> includes Pharo does not work on mac or linux, because it?s not able > to open > >>>> ports by name. > >>>> > >>>> It would be interesting that future versions include a SerialPort that > would > >>>> work in these circumstances. we are using since a time a?go the > plugin that > >>>> comes with Scratch, with this we just copy the plugins in the folder > of the > >>>> VM, the Plugin that comes with the VM Scrath, and add to the image of > the > >>>> image classes of Scratch , ScratchPlugin and SerialPort2.Up to date > this has > >>>> worked on all VM including the latest Cog. > >>>> > >>>> It works on Linux, Mac or Windows.We wory that future versions will > lose > >>>> support. > >>>> > >>>> > >>>> The source code for the plugins can be found on: > >>>> > >>>> http://info.scratch.mit.edu/Source_Code > >>>> > >>>> ScratchPluginSrc1.4.zip > >>>> > >>>> Joan G?ell > >>>> > >>>> jguell(a)e-citilab.eu > >>>> > >>>> Joan G?ell > >>>> > >>>> jguell(a)e-citilab.eu > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> Joan G?ell > >>>> jguell(a)e-citilab.eu > >>>> > >>>> > >>>> > >>>> > >>> > >> > > > > >

Jan. 27, 2011

Re: [Pharo-users] Serial Port

by StÃ©phane Ducasse

Thanks david. We are picky and strict about license because we do not want to get burned again with issues. Stef > There should be no license concern. The named serial support is provided > in the SerialPlugin, and the update is of course MIT. > > Background is here: > http://bugs.squeak.org/view.php?id=7266 > > I don't think that patches are included in the oscog branch yet (but I > am not able to check right now, sorry). > > In any case, don't worry about the license. > > Dave > > > On Wed, Jan 26, 2011 at 05:25:55PM +0100, St?phane Ducasse wrote: >> Yes so I would ban the code and we will fix it ourselves. >> We do not want to end in 30 different variant of the MIT license. >> They should not have change the license like that.... >> Error is repeating itself. >> >> Stef >> >> On Jan 26, 2011, at 4:42 PM, James Ashley wrote: >> >>> I haven't looked at the official license.txt, but the summary looks >>> quite a bit different than what I (or the GNU foundation) consider >>> "the" MIT license, at http://www.jclark.com/xml/copying.txt. >>> >>> Not that I'm a lawyer or my opinion means anything at all here. >>> >>> Respectfully, >>> James >>> >>> On Wed, Jan 26, 2011 at 9:25 AM, Joan G?ell <jguell(a)e-citilab.eu> wrote: >>>> Hi Stef, >>>> As you can see at http://info.scratch.mit.edu/Source_Code, the Scratch >>>> license seems to be MIT. Textually: >>>> >>>> "The Scratch source code license allows you to distribute derivative works >>>> based on the Scratch source code for non-commercial uses subject to the >>>> following restrictions: >>>> >>>> you cannot use the word "Scratch" to refer to derivative works (except in >>>> the phrase "Based on Scratch from the MIT Media Laboratory"), >>>> you cannot use the Scratch logo or the official (copyrighted) Scratch cat in >>>> derivative works, >>>> you cannot implement the ability to upload projects to any MIT Scratch >>>> website (currently, http://scratch.mit.edu) >>>> copies or derivative works must retain the Scratch copyright notice and >>>> license, and >>>> you must make the source code for derivative works available. >>>> >>>> This is just a summary; the full license is in the file "license.txt" >>>> included in the source code download package. >>>> >>>> The purpose of these restrictions is to avoid confusion in the Scratch user >>>> community between the official version of Scratch (supported by the Lifelong >>>> Kindergarten group) and experimental variations. We are happy the share our >>>> source code, but we want to protect the Scratch brand and our user >>>> community." >>>> >>>> You can find the license.txt file attached. >>>> >>>> >>>> Cheers, >>>> Joan. >>>> El 26/01/2011, a las 16:07, St?phane Ducasse escribi?: >>>> >>>> Hello Joan >>>> >>>> Thanks. >>>> Yes we should fix that. >>>> What is the license of Scratch? >>>> >>>> Stef >>>> >>>> >>>> On Jan 26, 2011, at 1:39 PM, Joan G?ell wrote: >>>> >>>> Hello >>>> >>>> We are developing software to interact with small robots for educational >>>> purposes. To do this we need to use the serial port. SerialPort class that >>>> includes Pharo does not work on mac or linux, because it?s not able to open >>>> ports by name. >>>> >>>> It would be interesting that future versions include a SerialPort that would >>>> work in these circumstances. we are using since a time a?go the plugin that >>>> comes with Scratch, with this we just copy the plugins in the folder of the >>>> VM, the Plugin that comes with the VM Scrath, and add to the image of the >>>> image classes of Scratch , ScratchPlugin and SerialPort2.Up to date this has >>>> worked on all VM including the latest Cog. >>>> >>>> It works on Linux, Mac or Windows.We wory that future versions will lose >>>> support. >>>> >>>> >>>> The source code for the plugins can be found on: >>>> >>>> http://info.scratch.mit.edu/Source_Code >>>> >>>> ScratchPluginSrc1.4.zip >>>> >>>> Joan G?ell >>>> >>>> jguell(a)e-citilab.eu >>>> >>>> Joan G?ell >>>> >>>> jguell(a)e-citilab.eu >>>> >>>> >>>> >>>> >>>> >>>> >>>> Joan G?ell >>>> jguell(a)e-citilab.eu >>>> >>>> >>>> >>>> >>> >> >

Jan. 26, 2011

Re: [Pharo-users] Serial Port

by David T. Lewis

There should be no license concern. The named serial support is provided in the SerialPlugin, and the update is of course MIT. Background is here: http://bugs.squeak.org/view.php?id=7266 I don't think that patches are included in the oscog branch yet (but I am not able to check right now, sorry). In any case, don't worry about the license. Dave On Wed, Jan 26, 2011 at 05:25:55PM +0100, St?phane Ducasse wrote: > Yes so I would ban the code and we will fix it ourselves. > We do not want to end in 30 different variant of the MIT license. > They should not have change the license like that.... > Error is repeating itself. > > Stef > > On Jan 26, 2011, at 4:42 PM, James Ashley wrote: > > > I haven't looked at the official license.txt, but the summary looks > > quite a bit different than what I (or the GNU foundation) consider > > "the" MIT license, at http://www.jclark.com/xml/copying.txt. > > > > Not that I'm a lawyer or my opinion means anything at all here. > > > > Respectfully, > > James > > > > On Wed, Jan 26, 2011 at 9:25 AM, Joan G?ell <jguell(a)e-citilab.eu> wrote: > >> Hi Stef, > >> As you can see at http://info.scratch.mit.edu/Source_Code, the Scratch > >> license seems to be MIT. Textually: > >> > >> "The Scratch source code license allows you to distribute derivative works > >> based on the Scratch source code for non-commercial uses subject to the > >> following restrictions: > >> > >> you cannot use the word "Scratch" to refer to derivative works (except in > >> the phrase "Based on Scratch from the MIT Media Laboratory"), > >> you cannot use the Scratch logo or the official (copyrighted) Scratch cat in > >> derivative works, > >> you cannot implement the ability to upload projects to any MIT Scratch > >> website (currently, http://scratch.mit.edu) > >> copies or derivative works must retain the Scratch copyright notice and > >> license, and > >> you must make the source code for derivative works available. > >> > >> This is just a summary; the full license is in the file "license.txt" > >> included in the source code download package. > >> > >> The purpose of these restrictions is to avoid confusion in the Scratch user > >> community between the official version of Scratch (supported by the Lifelong > >> Kindergarten group) and experimental variations. We are happy the share our > >> source code, but we want to protect the Scratch brand and our user > >> community." > >> > >> You can find the license.txt file attached. > >> > >> > >> Cheers, > >> Joan. > >> El 26/01/2011, a las 16:07, St?phane Ducasse escribi?: > >> > >> Hello Joan > >> > >> Thanks. > >> Yes we should fix that. > >> What is the license of Scratch? > >> > >> Stef > >> > >> > >> On Jan 26, 2011, at 1:39 PM, Joan G?ell wrote: > >> > >> Hello > >> > >> We are developing software to interact with small robots for educational > >> purposes. To do this we need to use the serial port. SerialPort class that > >> includes Pharo does not work on mac or linux, because it?s not able to open > >> ports by name. > >> > >> It would be interesting that future versions include a SerialPort that would > >> work in these circumstances. we are using since a time a?go the plugin that > >> comes with Scratch, with this we just copy the plugins in the folder of the > >> VM, the Plugin that comes with the VM Scrath, and add to the image of the > >> image classes of Scratch , ScratchPlugin and SerialPort2.Up to date this has > >> worked on all VM including the latest Cog. > >> > >> It works on Linux, Mac or Windows.We wory that future versions will lose > >> support. > >> > >> > >> The source code for the plugins can be found on: > >> > >> http://info.scratch.mit.edu/Source_Code > >> > >> ScratchPluginSrc1.4.zip > >> > >> Joan G?ell > >> > >> jguell(a)e-citilab.eu > >> > >> Joan G?ell > >> > >> jguell(a)e-citilab.eu > >> > >> > >> > >> > >> > >> > >> Joan G?ell > >> jguell(a)e-citilab.eu > >> > >> > >> > >> > > >

Jan. 26, 2011

Re: [Pharo-users] Serial Port

by StÃ©phane Ducasse

Yes so I would ban the code and we will fix it ourselves. We do not want to end in 30 different variant of the MIT license. They should not have change the license like that.... Error is repeating itself. Stef On Jan 26, 2011, at 4:42 PM, James Ashley wrote: > I haven't looked at the official license.txt, but the summary looks > quite a bit different than what I (or the GNU foundation) consider > "the" MIT license, at http://www.jclark.com/xml/copying.txt. > > Not that I'm a lawyer or my opinion means anything at all here. > > Respectfully, > James > > On Wed, Jan 26, 2011 at 9:25 AM, Joan GÃ¼ell <jguell(a)e-citilab.eu> wrote: >> Hi Stef, >> As you can see at http://info.scratch.mit.edu/Source_Code, the Scratch >> license seems to be MIT. Textually: >> >> "The Scratch source code license allows you to distribute derivative works >> based on the Scratch source code for non-commercial uses subject to the >> following restrictions: >> >> you cannot use the word "Scratch" to refer to derivative works (except in >> the phrase "Based on Scratch from the MIT Media Laboratory"), >> you cannot use the Scratch logo or the official (copyrighted) Scratch cat in >> derivative works, >> you cannot implement the ability to upload projects to any MIT Scratch >> website (currently, http://scratch.mit.edu) >> copies or derivative works must retain the Scratch copyright notice and >> license, and >> you must make the source code for derivative works available. >> >> This is just a summary; the full license is in the file "license.txt" >> included in the source code download package. >> >> The purpose of these restrictions is to avoid confusion in the Scratch user >> community between the official version of Scratch (supported by the Lifelong >> Kindergarten group) and experimental variations. We are happy the share our >> source code, but we want to protect the Scratch brand and our user >> community." >> >> You can find the license.txt file attached. >> >> >> Cheers, >> Joan. >> El 26/01/2011, a las 16:07, StÃ©phane Ducasse escribiÃ³: >> >> Hello Joan >> >> Thanks. >> Yes we should fix that. >> What is the license of Scratch? >> >> Stef >> >> >> On Jan 26, 2011, at 1:39 PM, Joan GÃ¼ell wrote: >> >> Hello >> >> We are developing software to interact with small robots for educational >> purposes. To do this we need to use the serial port. SerialPort class that >> includes Pharo does not work on mac or linux, because itÂ´s not able to open >> ports by name. >> >> It would be interesting that future versions include a SerialPort that would >> work in these circumstances. we are using since a time aÂ´go the plugin that >> comes with Scratch, with this we just copy the plugins in the folder of the >> VM, the Plugin that comes with the VM Scrath, and add to the image of the >> image classes of Scratch , ScratchPlugin and SerialPort2.Up to date this has >> worked on all VM including the latest Cog. >> >> It works on Linux, Mac or Windows.We wory that future versions will lose >> support. >> >> >> The source code for the plugins can be found on: >> >> http://info.scratch.mit.edu/Source_Code >> >> ScratchPluginSrc1.4.zip >> >> Joan GÃ¼ell >> >> jguell(a)e-citilab.eu >> >> Joan GÃ¼ell >> >> jguell(a)e-citilab.eu >> >> >> >> >> >> >> Joan GÃ¼ell >> jguell(a)e-citilab.eu >> >> >> >> >

Jan. 26, 2011

Re: [Pharo-users] Serial Port

by James Ashley

I haven't looked at the official license.txt, but the summary looks quite a bit different than what I (or the GNU foundation) consider "the" MIT license, at http://www.jclark.com/xml/copying.txt. Not that I'm a lawyer or my opinion means anything at all here. Respectfully, James On Wed, Jan 26, 2011 at 9:25 AM, Joan GÃ¼ell <jguell(a)e-citilab.eu> wrote: > Hi Stef, > As you can see atÂ http://info.scratch.mit.edu/Source_Code, the Scratch > license seems to be MIT. Textually: > > "The Scratch source code license allows you to distribute derivative works > based on the Scratch source code for non-commercial uses subject to the > following restrictions: > > you cannot use the word "Scratch" to refer to derivativeÂ Â works (except in > the phrase "Based on Scratch from the MIT Media Laboratory"), > you cannot use the Scratch logo or the official (copyrighted) Scratch cat in > derivative works, > you cannot implement the ability to upload projects to any MIT Scratch > website (currently, http://scratch.mit.edu) > copies or derivative works must retain the Scratch copyright notice and > license, and > you must make the source code for derivative works available. > > This is just a summary; the full license is in the file "license.txt" > included in the source code download package. > > The purpose of these restrictions is to avoid confusion in the Scratch user > community between the official version of Scratch (supported by the Lifelong > Kindergarten group) and experimental variations. We are happy the share our > source code, but we want to protect the Scratch brand and our user > community." > > You can find the license.txt file attached. > > > Cheers, > Joan. > El 26/01/2011, a las 16:07, StÃ©phane Ducasse escribiÃ³: > > Hello Joan > > Thanks. > Yes we should fix that. > What is the license of Scratch? > > Stef > > > On Jan 26, 2011, at 1:39 PM, Joan GÃ¼ell wrote: > > Hello > > We are developing software to interact with small robots for educational > purposes. To do this we need to use the serial port. SerialPort class that > includes Pharo does not work on mac or linux, because itÂ´s not Â able to open > ports by name. > > It would be interesting that future versions include a SerialPort that would > work in these circumstances. Â we are using since a time aÂ´go the plugin that > comes with Scratch, with this we just copy the plugins in the folder of the > VM, the Plugin that comes with the VM Scrath, and add to the image of the > image classes of Scratch , ScratchPlugin and SerialPort2.Up to date this has > worked on all VM including the latest Cog. > > It works on Linux, Mac or Windows.We wory that future versions will lose > support. > > > The source code for the plugins can be found on: > > http://info.scratch.mit.edu/Source_Code > > ScratchPluginSrc1.4.zip > > Joan GÃ¼ell > > jguell(a)e-citilab.eu > > Joan GÃ¼ell > > jguell(a)e-citilab.eu > > > > > > > Joan GÃ¼ell > jguell(a)e-citilab.eu > > > >

Jan. 26, 2011

Re: [Pharo-users] Serial Port

by Joan GÃ¼ell

Hi Stef, As you can see at http://info.scratch.mit.edu/Source_Code, the Scratch license seems to be MIT. Textually: "The Scratch source code license allows you to distribute derivative works based on the Scratch source code for non-commercial uses subject to the following restrictions: you cannot use the word "Scratch" to refer to derivative works (except in the phrase "Based on Scratch from the MIT Media Laboratory"), you cannot use the Scratch logo or the official (copyrighted) Scratch cat in derivative works, you cannot implement the ability to upload projects to any MIT Scratch website (currently, http://scratch.mit.edu) copies or derivative works must retain the Scratch copyright notice and license, and you must make the source code for derivative works available. This is just a summary; the full license is in the file "license.txt" included in the source code download package. The purpose of these restrictions is to avoid confusion in the Scratch user community between the official version of Scratch (supported by the Lifelong Kindergarten group) and experimental variations. We are happy the share our source code, but we want to protect the Scratch brand and our user community." You can find the license.txt file attached. Cheers, Joan. El 26/01/2011, a las 16:07, StÃ©phane Ducasse escribiÃ³: > Hello Joan > > Thanks. > Yes we should fix that. > What is the license of Scratch? > > Stef > > > On Jan 26, 2011, at 1:39 PM, Joan GÃ¼ell wrote: > >> Hello >> We are developing software to interact with small robots for educational purposes. To do this we need to use the serial port. SerialPort class that includes Pharo does not work on mac or linux, because itÂ´s not able to open ports by name. >> It would be interesting that future versions include a SerialPort that would work in these circumstances. we are using since a time aÂ´go the plugin that comes with Scratch, with this we just copy the plugins in the folder of the VM, the Plugin that comes with the VM Scrath, and add to the image of the image classes of Scratch , ScratchPlugin and SerialPort2.Up to date this has worked on all VM including the latest Cog. >> It works on Linux, Mac or Windows.We wory that future versions will lose support. >> >> >> The source code for the plugins can be found on: >> >> http://info.scratch.mit.edu/Source_Code >> >> ScratchPluginSrc1.4.zip >> >> Joan GÃ¼ell >> jguell(a)e-citilab.eu >> Joan GÃ¼ell >> jguell(a)e-citilab.eu >> >> >> > > Joan GÃ¼ell jguell(a)e-citilab.eu

Jan. 26, 2011

Re: [Pharo-users] Serial Port

by StÃ©phane Ducasse

Hello Joan Thanks. Yes we should fix that. What is the license of Scratch? Stef On Jan 26, 2011, at 1:39 PM, Joan GÃ¼ell wrote: > Hello > We are developing software to interact with small robots for educational purposes. To do this we need to use the serial port. SerialPort class that includes Pharo does not work on mac or linux, because itÂ´s not able to open ports by name. > It would be interesting that future versions include a SerialPort that would work in these circumstances. we are using since a time aÂ´go the plugin that comes with Scratch, with this we just copy the plugins in the folder of the VM, the Plugin that comes with the VM Scrath, and add to the image of the image classes of Scratch , ScratchPlugin and SerialPort2.Up to date this has worked on all VM including the latest Cog. > It works on Linux, Mac or Windows.We wory that future versions will lose support. > > > The source code for the plugins can be found on: > > http://info.scratch.mit.edu/Source_Code > > ScratchPluginSrc1.4.zip > > Joan GÃ¼ell > jguell(a)e-citilab.eu > Joan GÃ¼ell > jguell(a)e-citilab.eu > > >

Jan. 26, 2011

Re: [Pharo-users] TestMock v-9 published; now works with Pharo 1.1.1

by StÃ©phane Ducasse

Tx! On Jan 26, 2011, at 7:49 AM, Anindya Haldar wrote: > Dear Smalltalkers, > > I am glad to make an updated version (v9) of the mocking framework TestMock available with added Pharo 1.1.1 support. Previously reported v8 issues arising from the deprecation of KeyedSet and some other changes with TestCase and Boolean classes in Pharo 1.1.1 have been fixed. This version continues to work with Pharo 1.0 and Seaside-2.8 dev images as before. > > Here is the link to the project: > http://www.squeaksource.com/TestMock.html > > Happy smalltalking! > > Regards, > - Anindya Haldar > > > >

Jan. 26, 2011

Serial Port

by Joan GÃ¼ell

Hello We are developing software to interact with small robots for educational purposes. To do this we need to use the serial port. SerialPort class that includes Pharo does not work on mac or linux, because itÂ´s not able to open ports by name. It would be interesting that future versions include a SerialPort that would work in these circumstances. we are using since a time aÂ´go the plugin that comes with Scratch, with this we just copy the plugins in the folder of the VM, the Plugin that comes with the VM Scrath, and add to the image of the image classes of Scratch , ScratchPlugin and SerialPort2.Up to date this has worked on all VM including the latest Cog. It works on Linux, Mac or Windows.We wory that future versions will lose support. The source code for the plugins can be found on: http://info.scratch.mit.edu/Source_Code ScratchPluginSrc1.4.zip Joan GÃ¼ell jguell(a)e-citilab.eu Joan GÃ¼ell jguell(a)e-citilab.eu

Jan. 26, 2011

Re: [Pharo-users] Scrolling in a Morphic game

by Tudor Girba

I am interested, too :) Perhaps you want to take a look at the ScrollPane or GeneralScrollPane implementation. Cheers, Doru On 26 Jan 2011, at 10:28, Benjamin wrote: > I do not know if an API exist for this kind of stuff, but it could be really cool to add one ^^ > > I think that you should basically add a drawing method which take a rectangle as a parameter and display this rectangle from your original world's representation. > For scrolling, just adjust the rectangle. > > I'm really interested in this kind of work, so let me know how your work progress :) > > Good luck, > Ben > > On Jan 26, 2011, at 2:11 AM, Aidan Gauland wrote: > >> Hello, >> >> I am developing a game in Morphic -- nothing serious; just a spare >> time project -- and I have come to a tricky part: the viewport. So >> far, I have just put my Morphs in a PasteUpMorph for testing, but now >> I need to have a viewport to a (game) world that is larger than the >> screen, and be able to pan/scroll the view around the world. I really >> have no idea how I could or should do this in Morphic. Maybe subclass >> PasteUpMorph and override #drawSubmorphs? Can anyone here offer any >> advice with this? >> >> Regards, >> Aidan > > -- www.tudorgirba.com "When people care, great things can happen."

Jan. 26, 2011

Re: [Pharo-users] Scrolling in a Morphic game

by Benjamin

I do not know if an API exist for this kind of stuff, but it could be really cool to add one ^^ I think that you should basically add a drawing method which take a rectangle as a parameter and display this rectangle from your original world's representation. For scrolling, just adjust the rectangle. I'm really interested in this kind of work, so let me know how your work progress :) Good luck, Ben On Jan 26, 2011, at 2:11 AM, Aidan Gauland wrote: > Hello, > > I am developing a game in Morphic -- nothing serious; just a spare > time project -- and I have come to a tricky part: the viewport. So > far, I have just put my Morphs in a PasteUpMorph for testing, but now > I need to have a viewport to a (game) world that is larger than the > screen, and be able to pan/scroll the view around the world. I really > have no idea how I could or should do this in Morphic. Maybe subclass > PasteUpMorph and override #drawSubmorphs? Can anyone here offer any > advice with this? > > Regards, > Aidan

Jan. 26, 2011

TestMock v-9 published; now works with Pharo 1.1.1

by Anindya Haldar

Dear Smalltalkers, I am glad to make an updated version (v9) of the mocking framework TestMock available with added Pharo 1.1.1 support. Previously reported v8 issues arising from the deprecation of KeyedSet and some other changes with TestCase and Boolean classes in Pharo 1.1.1 have been fixed. This version continues to work with Pharo 1.0 and Seaside-2.8 dev images as before. Here is the link to the project: http://www.squeaksource.com/TestMock.html Happy smalltalking! Regards, - Anindya Haldar

Jan. 26, 2011

Scrolling in a Morphic game

by Aidan Gauland

Hello, I am developing a game in Morphic -- nothing serious; just a spare time project -- and I have come to a tricky part: the viewport. So far, I have just put my Morphs in a PasteUpMorph for testing, but now I need to have a viewport to a (game) world that is larger than the screen, and be able to pan/scroll the view around the world. I really have no idea how I could or should do this in Morphic. Maybe subclass PasteUpMorph and override #drawSubmorphs? Can anyone here offer any advice with this? Regards, Aidan

Jan. 26, 2011

Re: [Pharo-users] Minimal pharo

by Mariano Martinez Peck

On Mon, Jan 10, 2011 at 11:07 AM, Annick Fron <info(a)afceurope.com> wrote: > Hi, > > I have tried the minimal pharo, yet on Linux it opens a blank window. How > is it possible to get rid of it ? > Did you manage you make it work? if true, let us know how. > Annick > Le 5 janv. 2011 Ã 09:16, Luc Fabresse a Ã©crit : > > Hi all, > > Yes, I agree with Adrian, all cleanings should be integrated. > Perhaps in #cleanUpForProduction that already integrates some elements > pointed by Mariano. > > #Luc > > > 2011/1/5 Adrian Lienhard <adi(a)netstyle.ch> > >> >> On Jan 4, 2011, at 22:42 , Mariano Martinez Peck wrote: >> >> > ps: I wonder if any of those scripts should be added to ScriptLoader >> >> Yes, that would be good! Like this we can improve them and other people >> can contribute. >> >> Esteban, could you share your experience with unloading packages? I assume >> you had to also reorganize packages to make them cleanly unloadable? If yes >> these changes should be integrated to improve the modularization. >> >> Cheers, >> Adrian >> > > >

Jan. 25, 2011

Re: [Pharo-users] Polymorph example

by laurent laffont

I've written a post on the subject: http://magaloma.blogspot.com/2011/01/pharo-gui-with-polymorph.html Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ On Mon, Jan 24, 2011 at 1:45 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Thank you very much Gary > > Laurent > > > On Mon, Jan 24, 2011 at 12:48 PM, Gary Chambers <gazzaguru2(a)btinternet.com > > wrote: > >> Hi, >> >> just a few observations ;-) >> >> The openModal might be better like this (so the text fields align nicely): >> >> openModal >> |builder dialog content firstName| >> >> builder := UITheme builder. >> content := (builder newLabelGroup: { >> 'First name' -> (firstName := (builder >> newTextEntryFor: contact getText: #firstName setText: #firstName: help: >> 'Enter the first name of the contact') >> acceptOnCR: false; >> minWidth: 200). >> 'Last name' -> ((builder >> newTextEntryFor: contact getText: #lastName setText: #lastName: help: >> 'Enter the last name of the contact') >> acceptOnCR: false; >> minWidth: 200). >> }). >> >> dialog := builder newPluggableDialogWindow:'Edit contact' for: content. >> dialog rememberKeyboardFocus: firstName. >> builder openModal: dialog. >> >> dialog cancelled ifFalse: [self doOnOK]. >> >> >> The #useDefaultOKButton was redundant (since model was set before sending >> (the #for: bit)). >> Resetting the model after chosing the buttons would work though. That's >> why you get the default >> OK/Cancel (rather than the single OK you would have had via >> #useDefaultOKButton). >> Disabling the acceptOnCR for each text frield allows the default dialog >> handling for the return key (defaults to OK). >> Normally the initial keyboard focus for a dialog is the default button, if >> specified. Remembering the first name field >> prior to opening will give that field focus. >> >> >> It might be nice to use the enablement feature for the buttons on the main >> contact list: >> >> >> contactSelectedIndex >> ^ selectedContactIndex ifNil: [selectedContactIndex := 0] >> >> >> >> contactSelectedIndex: aSmallInteger >> >> selectedContactIndex := aSmallInteger. >> self >> changed: #contactSelectedIndex; >> changed: #hasSelectedContact >> >> >> >> hasSelectedContact >> >> ^selectedContactIndex > 0 >> >> >> addButtonClick >> |newContact| >> newContact := Contact new. >> >> ContactEditor new >> contact: newContact; >> onOK: [ Contact database add: newContact. >> self changed: #contacts. >> self contactSelectedIndex: Contact database size ]; >> openModal >> >> >> removeButtonClick >> >> [Contact database removeAt: selectedContactIndex] >> on: Error >> do: [UITheme builder alert: 'Cannot remove selected contact.']. >> self >> contactSelectedIndex: (self contactSelectedIndex min: Contact database >> size); >> changed: #contacts >> >> >> >> open >> |builder content| >> builder := UITheme builder. >> content := builder newColumn: { >> builder >> newListFor: self >> list: #contacts >> selected: #contactSelectedIndex >> changeSelected: #contactSelectedIndex: >> help: 'contacts'. >> builder newRow: { >> builder newButtonFor: self action: #addButtonClick label: 'Add' help: >> 'Create a new contact'. >> builder newButtonFor: self action: #removeButtonClick getEnabled: >> #hasSelectedContact label: 'Remove' help: 'Remove selected contact'. >> builder newButtonFor: self action: #editButtonClick getEnabled: >> #hasSelectedContact label: 'Edit' help: 'Edit selected contact' }}. >> >> (content openInWindowLabeled: 'Contacts') extent: 400@500. >> >> >> >> >> Nice example. Good luck. >> >> Regards, Gary >> >> ----- Original Message ----- >> *From:* laurent laffont <laurent.laffont(a)gmail.com> >> *To:* A friendly place where any question about pharo is welcome<pharo-users(a)lists.gforge.inria.fr> >> *Cc:* gazzaguru2(a)btinternet.com >> *Sent:* Sunday, January 23, 2011 1:39 PM >> *Subject:* Polymorph example >> >> Hi, >> >> I've written a tiny little application to prepare a screencast on >> Polymorph / GUI. As I'm far from being expert on this, can someone check >> that it is done "the right way" (especially on how to manage OK/Cancel ) ? >> >> Gofer it >> squeaksource: 'LaurentLSandbox'; >> package: 'AddressBook'; >> load. >> (Smalltalk at:#ContactListEditor) open. >> >> >> Thanks. >> >> >> Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> >> >> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >> Blog: http://magaloma.blogspot.com/ >> >> >

Jan. 25, 2011

Re: [Pharo-users] Multiple Worlds for Pharo *stable*

by Igor Stasenko

On 24 January 2011 22:33, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > It is on my todo to have a look but quite busy right now > Keep improving the systems. > Hehe.. especially if remember that you cut this out once. Ironically, it went back , behind your spine :) > Stef > -- Best regards, Igor Stasenko AKA sig.

Jan. 25, 2011

Re: [Pharo-users] Multiple Worlds for Pharo *stable*

by Aidan Gauland

On Tue, Jan 25, 2011 at 03:53:36PM +1300, Aidan Gauland wrote: > If anyone wants to have the same background in their other worlds as > the first one, this should do it... > > wm := WorldManager instance. > bgm := (wm worldNamed: 'Pharo') backgroundMorph. > (wm worldNamed: 'AnotherWorld') backgroundMorph: bgm. Oops! I just noticed that the result of that code is less than ideal, as bgm also becomes a submorph of AnotherWorld. What's a better way to give new worlds the same background as the first world? --Aidan

Jan. 25, 2011

Re: [Pharo-users] Multiple Worlds for Pharo *stable*

by Tony Fleig

I set up different backgrounds in my different worlds so I could tell which one I was in. ;) TF On Mon, Jan 24, 2011 at 6:53 PM, Aidan Gauland <aidalgol(a)no8wireless.co.nz>wrote: > On Mon, Jan 24, 2011 at 08:51:55AM -0800, Tony Fleig wrote: > > I noticed the taskbar was missing in the new worlds, so I evaluate the > > following when I create a new world: > > > > World taskbars ifEmpty: [ > > TaskbarMorph new openInWorld: World. > > (World systemWindows select: [ :each | > > each isCollapsed]) do: [ :wnd | wnd restore; minimize ]]] > > Thanks! That worked perfectly for me. > > If anyone wants to have the same background in their other worlds as > the first one, this should do it... > > wm := WorldManager instance. > bgm := (wm worldNamed: 'Pharo') backgroundMorph. > (wm worldNamed: 'AnotherWorld') backgroundMorph: bgm. > > Regards, > Aidan > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iEYEARECAAYFAk0+Oy8ACgkQjyzTRvYJmaWbnACfWD9WKfQ/7nm2aJAVDYbX/LXl > mkEAnjsDv0S+0upvBpXkeFaBZs9l3Dve > =GgPD > -----END PGP SIGNATURE----- > >

Jan. 25, 2011

Re: [Pharo-users] Multiple Worlds for Pharo *stable*

by Aidan Gauland

On Mon, Jan 24, 2011 at 08:51:55AM -0800, Tony Fleig wrote: > I noticed the taskbar was missing in the new worlds, so I evaluate the > following when I create a new world: > > World taskbars ifEmpty: [ > TaskbarMorph new openInWorld: World. > (World systemWindows select: [ :each | > each isCollapsed]) do: [ :wnd | wnd restore; minimize ]]] Thanks! That worked perfectly for me. If anyone wants to have the same background in their other worlds as the first one, this should do it... wm := WorldManager instance. bgm := (wm worldNamed: 'Pharo') backgroundMorph. (wm worldNamed: 'AnotherWorld') backgroundMorph: bgm. Regards, Aidan

Jan. 25, 2011

Re: [Pharo-users] Multiple Worlds for Pharo *stable*

by Aidan Gauland

On Mon, Jan 24, 2011 at 01:55:57PM -0800, Sean P. DeNigris wrote: > Aidan Gauland-2 wrote: > > OK, thanks! I didn't see that. > > > That's because I made it for you after you asked :) Enjoy! Ah, that would explain it. Now I feel less stupid. :P --Aidan

Jan. 24, 2011

Re: [Pharo-users] Infinite loop is not stopped by Cmd+.

by Mariano Martinez Peck

I could reproduce it. Myabe I am saying something stupid, but didn't Cmd+. depends on the process priority? I mean, if the loop was caused by a Process with higher priority than Cmd+. then it cannot be interrupted. can someone help? cheers mariano On Wed, Jan 19, 2011 at 12:56 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > probably the loop was too tight and the system did not get a chance to > react. > This is not the right behavior but not clear how to change it. > > Stef > > On Jan 19, 2011, at 12:19 PM, Alex Schenkman wrote: > > > Hi List, > > > > Recently I had a bug causing an infinite loop, which in turn hanged the > image. > > I thought that Cmd+. would allow me to stop this, but this is not the > case. > > > > Adding and executing this method hangs my image and Cmd+. does not stop > it. > > > > MyClass>>infinite > > ^self infinite > > > > Is this the right behavior? > > Thanks in advance! > > > > >

Jan. 24, 2011

Re: [Pharo-users] Multiple Worlds for Pharo *stable*

by Sean P. DeNigris

Mariano Martinez Peck wrote: > > This is an example of the nice sinergy arroud Pharo. > Yes! Mariano Martinez Peck wrote: > > Sean developed a multi-world feature feature. > Jochen Riekhof developed it, I just pushed for it and cleaned it up to integrate :) Sean -- View this message in context: http://forum.world.st/Multiple-Worlds-for-Pharo-stable-tp3233552p3235039.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 24, 2011