October 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Pecha Kucha alike presentation powered by Pharo

by Norbert Hartl

It is maybe the easiest way to use a meta refresh tag. http://www.w3schools.com/tags/att_meta_http_equiv.asp Norbert > Am 31.10.2016 um 18:58 schrieb Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com>: > > Hi, > > I will be doing next Wednesday a Pecha Kucha[1] alike presentation (yep, they told me just recently) and I would like a different kind of presentation: Keeping the constrains of "20 slides, each 20 seconds", but using kind of a comic grid (powered by Material Design Light[2]), instead of a single slide. The idea is to have 20 html files that show progressions and transitions in the comic grid while the talk advances. For that I would like to use Zinc or Teapot in my local machine and make it go automatically over the next file, each 20 seconds and reload the page showed in the web browser. All will be running locally on my machine. > > [1] https://en.wikipedia.org/wiki/PechaKucha > [2] https://getmdl.io/ > > There is any way to tell Zinc/Teapot to load the next file in a list of them, each 20 seconds? > > Thanks, > > Offray > >

Oct. 31, 2016

Re: [Pharo-users] UDP Socket primitive failure

by Sven Van Caekenberghe

UDP works pretty well in Pharo. UDP is also quite simple (being connectionless). It is quite likely that the high level Pharo code does something wrong. > On 31 Oct 2016, at 18:15, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > *Conclusion: Problem solved, Pharo bug remains > > I was also informed in Slack that this may be a Mac only problem. > > On Mon, Oct 31, 2016 at 7:13 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > The number does not matter, you are both right and wrong. > > You are correct indeed the string inside the array creates an error by itself and also contributes to the primitive error of the UDP socket. > > You are wrong for thinking this is the only issue here. What we have here is a problematic primitive UDP. > > When the string in the array is passed asByteArray , the ByteArray class complains with an error as it should. > > However when it is passed to the UDP sendData:host:port it does not trigger the ByteArray error as it should instead it triggers a socket primitive error which obviously is not a good behaviour, so its Pharo bug. Since the asByteArray fails the correct error should be displayed and the udp socket primitive should never trigger. > > You may think that with Primitive error of the UDP socket the data is never sent and you will be once again wrong. Most of the times the data is indeed not sent but other times it does . When this happens ? its completely random. I know this because the SC server gives me a log output with every message received together with host address and port. > > Finally you are correct to think that if the array is passed as it should then everything works fine. > > In the end, I decided that the OSCMessage was more than enough for my needs and seems to handle byteArrays fine and is easier to use. > > Conclusion: Problems, Pharo bug remains. > > As always thanks for the help. > > On Mon, Oct 31, 2016 at 6:58 PM Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > Am 31.10.2016 5:14 nachm. schrieb "Nicolai Hess" <nicolaihess(a)gmail.com>: > > > > Hi, > > > > 2016-10-31 12:46 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > >> > >> Hey guys I try to use Pharo to use Supercollider via OSC. OSC library is maintained by Stef in STHub. > >> > >> So SC informs that it receives the messages sent, but in Pharo I am getting annoying Primitive errors that I paste bellow. Anyone knows if this a bug or something missing here ? > >> > >> Also SC sometimes it informs me that the message was received in a different port than it was sent. > >> > >> Here the code I am using > >> > >> (OSCMessage for:{'/mixer.volume'. 1 . 0.2})sendTo: '127.0.0.1' port: 57120. > > > > > > > > is the 0.2 a float or should this be read as 0 . 2 . (as two integral numbers?). > > {'/mixer.volume'. 1 . 0.2} asByteArray will try to convert every item in this array to a byte, so it will create a byte array with four items, but it can not convert the string to > > a single byte. > > > > Of course, you can convert a string to a byte array > > > > '/mixer.volume' asByteArray "#[47 109 105 120 101 114 46 118 111 108 117 109 101]" > > > > > > OK, I just saw your call is similar to the other examples, so I think OSC knows what to do with strings in arrays, so maybe it is indeed the 0.2 that can not be converted? > > > > > > >> > >> > >> Any help greatly appreciated. > >> > >> Supercollider is an application which is basically a server written in C++ that does music composition and audio synthesis live , its extremely powerful and the top professional audio tool for audio synthesis and music live coding. > >> > >> http://supercollider.github.io > >> > >> Socket(Object)>>primitiveFailed: > >> Socket>>errorSending:startingAt:count:toHost:port: > >> Socket>>primSocket:sendUDPData:toHost:port:startIndex:count: > >> Socket>>sendUDPData:toHost:port: > >> OSCMessage(OSCPacket)>>sendTo:port: > >> UndefinedObject>>DoIt > >> OpalCompiler>>evaluate > >> RubSmalltalkEditor>>evaluate:andDo: > >> RubSmalltalkEditor>>highlightEvaluateAndDo: > >> [ textMorph textArea editor highlightEvaluateAndDo: ann action. > >> textMorph shoutStyler style: textMorph text ] in [ textMorph textArea > >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann action. > >> textMorph shoutStyler style: textMorph text ] ] in GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: in Block: [ textMorph textArea editor highlightEvaluateAndDo...etc... > >> RubEditingArea(RubAbstractTextArea)>>handleEdit: > >> [ textMorph textArea > >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann action. > >> textMorph shoutStyler style: textMorph text ] ] in GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: in Block: [ textMorph textArea... > >> WorldState>>runStepMethodsIn: > >> WorldMorph>>runStepMethods > >> WorldState>>doOneCycleNowFor: > >> WorldState>>doOneCycleFor: > >> WorldMorph>>doOneCycle > >> [ [ World doOneCycle. > >> Processor yield. > >> false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess in Block: [ [ World doOneCycle.... > >> [ self value. > >> Processor terminateActive ] in BlockClosure>>newProcess in Block: [ self value.... > >> > > >

Oct. 31, 2016

Pecha Kucha alike presentation powered by Pharo

by Offray Vladimir Luna CÃ¡rdenas

Hi, I will be doing next Wednesday a Pecha Kucha[1] alike presentation (yep, they told me just recently) and I would like a different kind of presentation: Keeping the constrains of "20 slides, each 20 seconds", but using kind of a comic grid (powered by Material Design Light[2]), instead of a single slide. The idea is to have 20 html files that show progressions and transitions in the comic grid while the talk advances. For that I would like to use Zinc or Teapot in my local machine and make it go automatically over the next file, each 20 seconds and reload the page showed in the web browser. All will be running locally on my machine. [1] https://en.wikipedia.org/wiki/PechaKucha [2] https://getmdl.io/ There is any way to tell Zinc/Teapot to load the next file in a list of them, each 20 seconds? Thanks, Offray

Oct. 31, 2016

Re: [Pharo-users] UDP Socket primitive failure

by Dimitris Chloupis

*Conclusion: Problem solved, Pharo bug remains I was also informed in Slack that this may be a Mac only problem. On Mon, Oct 31, 2016 at 7:13 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > The number does not matter, you are both right and wrong. > > You are correct indeed the string inside the array creates an error by > itself and also contributes to the primitive error of the UDP socket. > > You are wrong for thinking this is the only issue here. What we have here > is a problematic primitive UDP. > > When the string in the array is passed asByteArray , the ByteArray class > complains with an error as it should. > > However when it is passed to the UDP sendData:host:port it does not > trigger the ByteArray error as it should instead it triggers a socket > primitive error which obviously is not a good behaviour, so its Pharo bug. > Since the asByteArray fails the correct error should be displayed and the > udp socket primitive should never trigger. > > You may think that with Primitive error of the UDP socket the data is > never sent and you will be once again wrong. Most of the times the data is > indeed not sent but other times it does . When this happens ? its > completely random. I know this because the SC server gives me a log output > with every message received together with host address and port. > > Finally you are correct to think that if the array is passed as it should > then everything works fine. > > In the end, I decided that the OSCMessage was more than enough for my > needs and seems to handle byteArrays fine and is easier to use. > > Conclusion: Problems, Pharo bug remains. > > As always thanks for the help. > > On Mon, Oct 31, 2016 at 6:58 PM Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > > Am 31.10.2016 5:14 nachm. schrieb "Nicolai Hess" <nicolaihess(a)gmail.com>: > > > > Hi, > > > > 2016-10-31 12:46 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > >> > >> Hey guys I try to use Pharo to use Supercollider via OSC. OSC library > is maintained by Stef in STHub. > >> > >> So SC informs that it receives the messages sent, but in Pharo I am > getting annoying Primitive errors that I paste bellow. Anyone knows if this > a bug or something missing here ? > >> > >> Also SC sometimes it informs me that the message was received in a > different port than it was sent. > >> > >> Here the code I am using > >> > >> (OSCMessage for:{'/mixer.volume'. 1 . 0.2})sendTo: '127.0.0.1' port: > 57120. > > > > > > > > is the 0.2 a float or should this be read as 0 . 2 . (as two integral > numbers?). > > {'/mixer.volume'. 1 . 0.2} asByteArray will try to convert every item in > this array to a byte, so it will create a byte array with four items, but > it can not convert the string to > > a single byte. > > > > Of course, you can convert a string to a byte array > > > > '/mixer.volume' asByteArray "#[47 109 105 120 101 114 46 118 111 108 117 > 109 101]" > > > > > > OK, I just saw your call is similar to the other examples, so I think OSC > knows what to do with strings in arrays, so maybe it is indeed the 0.2 that > can not be converted? > > > > > > >> > >> > >> Any help greatly appreciated. > >> > >> Supercollider is an application which is basically a server written in > C++ that does music composition and audio synthesis live , its extremely > powerful and the top professional audio tool for audio synthesis and music > live coding. > >> > >> http://supercollider.github.io > >> > >> Socket(Object)>>primitiveFailed: > >> Socket>>errorSending:startingAt:count:toHost:port: > >> Socket>>primSocket:sendUDPData:toHost:port:startIndex:count: > >> Socket>>sendUDPData:toHost:port: > >> OSCMessage(OSCPacket)>>sendTo:port: > >> UndefinedObject>>DoIt > >> OpalCompiler>>evaluate > >> RubSmalltalkEditor>>evaluate:andDo: > >> RubSmalltalkEditor>>highlightEvaluateAndDo: > >> [ textMorph textArea editor highlightEvaluateAndDo: ann action. > >> textMorph shoutStyler style: textMorph text ] in [ textMorph textArea > >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann > action. > >> textMorph shoutStyler style: textMorph text ] ] in > GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: > in Block: [ textMorph textArea editor highlightEvaluateAndDo...etc... > >> RubEditingArea(RubAbstractTextArea)>>handleEdit: > >> [ textMorph textArea > >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann > action. > >> textMorph shoutStyler style: textMorph text ] ] in > GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: > in Block: [ textMorph textArea... > >> WorldState>>runStepMethodsIn: > >> WorldMorph>>runStepMethods > >> WorldState>>doOneCycleNowFor: > >> WorldState>>doOneCycleFor: > >> WorldMorph>>doOneCycle > >> [ [ World doOneCycle. > >> Processor yield. > >> false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess in > Block: [ [ World doOneCycle.... > >> [ self value. > >> Processor terminateActive ] in BlockClosure>>newProcess in Block: [ > self value.... > >> > > > >

Oct. 31, 2016

Re: [Pharo-users] UDP Socket primitive failure

by Dimitris Chloupis

The number does not matter, you are both right and wrong. You are correct indeed the string inside the array creates an error by itself and also contributes to the primitive error of the UDP socket. You are wrong for thinking this is the only issue here. What we have here is a problematic primitive UDP. When the string in the array is passed asByteArray , the ByteArray class complains with an error as it should. However when it is passed to the UDP sendData:host:port it does not trigger the ByteArray error as it should instead it triggers a socket primitive error which obviously is not a good behaviour, so its Pharo bug. Since the asByteArray fails the correct error should be displayed and the udp socket primitive should never trigger. You may think that with Primitive error of the UDP socket the data is never sent and you will be once again wrong. Most of the times the data is indeed not sent but other times it does . When this happens ? its completely random. I know this because the SC server gives me a log output with every message received together with host address and port. Finally you are correct to think that if the array is passed as it should then everything works fine. In the end, I decided that the OSCMessage was more than enough for my needs and seems to handle byteArrays fine and is easier to use. Conclusion: Problems, Pharo bug remains. As always thanks for the help. On Mon, Oct 31, 2016 at 6:58 PM Nicolai Hess <nicolaihess(a)gmail.com> wrote: > Am 31.10.2016 5:14 nachm. schrieb "Nicolai Hess" <nicolaihess(a)gmail.com>: > > > > Hi, > > > > 2016-10-31 12:46 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > >> > >> Hey guys I try to use Pharo to use Supercollider via OSC. OSC library > is maintained by Stef in STHub. > >> > >> So SC informs that it receives the messages sent, but in Pharo I am > getting annoying Primitive errors that I paste bellow. Anyone knows if this > a bug or something missing here ? > >> > >> Also SC sometimes it informs me that the message was received in a > different port than it was sent. > >> > >> Here the code I am using > >> > >> (OSCMessage for:{'/mixer.volume'. 1 . 0.2})sendTo: '127.0.0.1' port: > 57120. > > > > > > > > is the 0.2 a float or should this be read as 0 . 2 . (as two integral > numbers?). > > {'/mixer.volume'. 1 . 0.2} asByteArray will try to convert every item in > this array to a byte, so it will create a byte array with four items, but > it can not convert the string to > > a single byte. > > > > Of course, you can convert a string to a byte array > > > > '/mixer.volume' asByteArray "#[47 109 105 120 101 114 46 118 111 108 117 > 109 101]" > > > > > > OK, I just saw your call is similar to the other examples, so I think OSC > knows what to do with strings in arrays, so maybe it is indeed the 0.2 that > can not be converted? > > > > > > >> > >> > >> Any help greatly appreciated. > >> > >> Supercollider is an application which is basically a server written in > C++ that does music composition and audio synthesis live , its extremely > powerful and the top professional audio tool for audio synthesis and music > live coding. > >> > >> http://supercollider.github.io > >> > >> Socket(Object)>>primitiveFailed: > >> Socket>>errorSending:startingAt:count:toHost:port: > >> Socket>>primSocket:sendUDPData:toHost:port:startIndex:count: > >> Socket>>sendUDPData:toHost:port: > >> OSCMessage(OSCPacket)>>sendTo:port: > >> UndefinedObject>>DoIt > >> OpalCompiler>>evaluate > >> RubSmalltalkEditor>>evaluate:andDo: > >> RubSmalltalkEditor>>highlightEvaluateAndDo: > >> [ textMorph textArea editor highlightEvaluateAndDo: ann action. > >> textMorph shoutStyler style: textMorph text ] in [ textMorph textArea > >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann > action. > >> textMorph shoutStyler style: textMorph text ] ] in > GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: > in Block: [ textMorph textArea editor highlightEvaluateAndDo...etc... > >> RubEditingArea(RubAbstractTextArea)>>handleEdit: > >> [ textMorph textArea > >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann > action. > >> textMorph shoutStyler style: textMorph text ] ] in > GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: > in Block: [ textMorph textArea... > >> WorldState>>runStepMethodsIn: > >> WorldMorph>>runStepMethods > >> WorldState>>doOneCycleNowFor: > >> WorldState>>doOneCycleFor: > >> WorldMorph>>doOneCycle > >> [ [ World doOneCycle. > >> Processor yield. > >> false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess in > Block: [ [ World doOneCycle.... > >> [ self value. > >> Processor terminateActive ] in BlockClosure>>newProcess in Block: [ > self value.... > >> > > >

Oct. 31, 2016

Re: [Pharo-users] UDP Socket primitive failure

by Nicolai Hess

Am 31.10.2016 5:14 nachm. schrieb "Nicolai Hess" <nicolaihess(a)gmail.com>: > > Hi, > > 2016-10-31 12:46 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: >> >> Hey guys I try to use Pharo to use Supercollider via OSC. OSC library is maintained by Stef in STHub. >> >> So SC informs that it receives the messages sent, but in Pharo I am getting annoying Primitive errors that I paste bellow. Anyone knows if this a bug or something missing here ? >> >> Also SC sometimes it informs me that the message was received in a different port than it was sent. >> >> Here the code I am using >> >> (OSCMessage for:{'/mixer.volume'. 1 . 0.2})sendTo: '127.0.0.1' port: 57120. > > > > is the 0.2 a float or should this be read as 0 . 2 . (as two integral numbers?). > {'/mixer.volume'. 1 . 0.2} asByteArray will try to convert every item in this array to a byte, so it will create a byte array with four items, but it can not convert the string to > a single byte. > > Of course, you can convert a string to a byte array > > '/mixer.volume' asByteArray "#[47 109 105 120 101 114 46 118 111 108 117 109 101]" > > OK, I just saw your call is similar to the other examples, so I think OSC knows what to do with strings in arrays, so maybe it is indeed the 0.2 that can not be converted? > > >> >> >> Any help greatly appreciated. >> >> Supercollider is an application which is basically a server written in C++ that does music composition and audio synthesis live , its extremely powerful and the top professional audio tool for audio synthesis and music live coding. >> >> http://supercollider.github.io >> >> Socket(Object)>>primitiveFailed: >> Socket>>errorSending:startingAt:count:toHost:port: >> Socket>>primSocket:sendUDPData:toHost:port:startIndex:count: >> Socket>>sendUDPData:toHost:port: >> OSCMessage(OSCPacket)>>sendTo:port: >> UndefinedObject>>DoIt >> OpalCompiler>>evaluate >> RubSmalltalkEditor>>evaluate:andDo: >> RubSmalltalkEditor>>highlightEvaluateAndDo: >> [ textMorph textArea editor highlightEvaluateAndDo: ann action. >> textMorph shoutStyler style: textMorph text ] in [ textMorph textArea >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann action. >> textMorph shoutStyler style: textMorph text ] ] in GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: in Block: [ textMorph textArea editor highlightEvaluateAndDo...etc... >> RubEditingArea(RubAbstractTextArea)>>handleEdit: >> [ textMorph textArea >> handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann action. >> textMorph shoutStyler style: textMorph text ] ] in GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: in Block: [ textMorph textArea... >> WorldState>>runStepMethodsIn: >> WorldMorph>>runStepMethods >> WorldState>>doOneCycleNowFor: >> WorldState>>doOneCycleFor: >> WorldMorph>>doOneCycle >> [ [ World doOneCycle. >> Processor yield. >> false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess in Block: [ [ World doOneCycle.... >> [ self value. >> Processor terminateActive ] in BlockClosure>>newProcess in Block: [ self value.... >> >

Oct. 31, 2016

Re: [Pharo-users] How does Boolean ifTrue work?

by jtuchel＠objektfabrik.de

Am 31.10.16 um 16:13 schrieb CodeDmitry: > I meant "dynamic" as a contrast to Java's abstract classes/interfaces which > are going to slap you if you forget to implement one of the abstract > methods, Smalltalk will also slap you if you send an unimplemented message. The only difference is that Java will make you sit down and do your homework first, no matter if you still remember what you wanted to do in the first place ;-) But coming back top the topic: the Boolean superclass is not at all comparable to a Java interface. It does provide implementation and is not only there to force you to first make the compiler happy and then see if you implemented anything useful. Joachim

Oct. 31, 2016

Re: [Pharo-users] How does Boolean ifTrue work?

by jtuchel＠objektfabrik.de

Am 31.10.16 um 15:59 schrieb phil(a)highoctane.be: > but you should use myCollection ifEmpty: [ ... ] interesting. Why do you think so? what if you wanted your code to be portable across Smalltalk dialects? > > > > -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Oct. 31, 2016

Re: [Pharo-users] UDP Socket primitive failure

by Nicolai Hess

Hi, 2016-10-31 12:46 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > Hey guys I try to use Pharo to use Supercollider via OSC. OSC library is > maintained by Stef in STHub. > > So SC informs that it receives the messages sent, but in Pharo I am > getting annoying Primitive errors that I paste bellow. Anyone knows if this > a bug or something missing here ? > > Also SC sometimes it informs me that the message was received in a > different port than it was sent. > > Here the code I am using > > (OSCMessage for:{'/mixer.volume'. 1 . 0.2})sendTo: '127.0.0.1' port: 57120. > is the 0.2 a float or should this be read as 0 . 2 . (as two integral numbers?). {'/mixer.volume'. 1 . 0.2} asByteArray will try to convert every item in this array to a byte, so it will create a byte array with four items, but it can not convert the string to a single byte. Of course, you can convert a string to a byte array '/mixer.volume' asByteArray "#[47 109 105 120 101 114 46 118 111 108 117 109 101]" > > Any help greatly appreciated. > > Supercollider is an application which is basically a server written in C++ > that does music composition and audio synthesis live , its extremely > powerful and the top professional audio tool for audio synthesis and music > live coding. > > http://supercollider.github.io > > Socket(Object)>>primitiveFailed: > Socket>>errorSending:startingAt:count:toHost:port: > Socket>>primSocket:sendUDPData:toHost:port:startIndex:count: > Socket>>sendUDPData:toHost:port: > OSCMessage(OSCPacket)>>sendTo:port: > UndefinedObject>>DoIt > OpalCompiler>>evaluate > RubSmalltalkEditor>>evaluate:andDo: > RubSmalltalkEditor>>highlightEvaluateAndDo: > [ textMorph textArea editor highlightEvaluateAndDo: ann action. > textMorph shoutStyler style: textMorph text ] in [ textMorph textArea > handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann action. > textMorph shoutStyler style: textMorph text ] ] in > GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: > in Block: [ textMorph textArea editor highlightEvaluateAndDo...etc... > RubEditingArea(RubAbstractTextArea)>>handleEdit: > [ textMorph textArea > handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann action. > textMorph shoutStyler style: textMorph text ] ] in > GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: > in Block: [ textMorph textArea... > WorldState>>runStepMethodsIn: > WorldMorph>>runStepMethods > WorldState>>doOneCycleNowFor: > WorldState>>doOneCycleFor: > WorldMorph>>doOneCycle > [ [ World doOneCycle. > Processor yield. > false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess in Block: > [ [ World doOneCycle.... > [ self value. > Processor terminateActive ] in BlockClosure>>newProcess in Block: [ self > value.... > >

Oct. 31, 2016

Re: [Pharo-users] How does Boolean ifTrue work?

by CodeDmitry

That's a very interesting point; Even if Boolean messages is inlined into True and False, it provides a very convenient place to hook additional messages that are common to True and False to without needing to touch True nor False. -- View this message in context: http://forum.world.st/How-does-Boolean-ifTrue-work-tp4920873p4920910.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 31, 2016