- Pharo-users - lists.pharo.org

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

by jtuchel＠objektfabrik.de

Am 01.11.16 um 11:36 schrieb Denis Kudriashov: > > 2016-11-01 11:31 GMT+01:00 jtuchel(a)objektfabrik.de > <mailto:jtuchel@objektfabrik.de> <jtuchel(a)objektfabrik.de > <mailto:jtuchel@objektfabrik.de>>: > > ifEmpty: > ifNotEmpty: > ifEmpty:ifNotEmpty: > > > It is already in image and feels exactly like ifNil:/ifNotNil. For > other cases I think it is too much. are they also implemented in UndefinedObject?

Nov. 1, 2016

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

by Denis Kudriashov

2016-11-01 11:31 GMT+01:00 jtuchel(a)objektfabrik.de <jtuchel(a)objektfabrik.de> : > ifEmpty: > ifNotEmpty: > ifEmpty:ifNotEmpty: > It is already in image and feels exactly like ifNil:/ifNotNil. For other cases I think it is too much.

Nov. 1, 2016

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

by jtuchel＠objektfabrik.de

Phil, I see your point but disagree. I don't use Pharo regularly, so I cannot currently check if the implementation around this emptiness check is complete. With complete I mean that following your logic, theere should be at least implementations of ifEmpty: ifNotEmpty: ifEmpty:ifNotEmpty: ifEmptyOrNil: ifEmptyOrNil:otherwise: I really have to check for the size of collections very often, and the size of 1 is a very frequent case. So why not add: ifExactlyOne: ifSizeIs:do: ifSizeIsGreaterThan:do:otherwiseDo: You get the picture. I strongly believe this leads to pollution and ends up in a mess. We could save so much typing and make our programs so much more readable if we only were a bit more creative, right? ;-) A DSL is another story, though. If you write a Library that makes handling Collections nicer, this is okay and the methods are good to exist in its context. But they shouldn't necessarily all be part of the base image. Don't get me wrong: if you and the Pharo community agree on lots of convenience methods, that is okay for me, and I find myself adding such methods to VA Smalltalk from time to time. I appreciate many of them being brought to VA ST in Grease. Sometimes, this is simply a question of taste, sometimes it saves typing, sometimes it helps to improve readability of code. But I wouldn't go so far to tell people they should better use such a method as a general advice. I would probably tell them: "look, here's a method I find much more elegant, you could *also* use that to save typing/increase readability". Just my 2 cents, and highly off topic ;-) Joachim Am 01.11.16 um 08:43 schrieb phil(a)highoctane.be: > Because I grew tired of the isEmpty ifTrue: [ ] all over the place. > And ifEmpty has the right semantics for my use cases (like assignment). > > I do not really care about portability, I am doing Pharo only. > > Phil > > On Mon, Oct 31, 2016 at 5:30 PM, jtuchel(a)objektfabrik.de > <mailto:jtuchel@objektfabrik.de> <jtuchel(a)objektfabrik.de > <mailto:jtuchel@objektfabrik.de>> wrote: > > Am 31.10.16 um 15:59 schrieb phil(a)highoctane.be > <mailto:phil@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 Tuchelmailto:jtuchel@objektfabrik.de > Fliederweg 1http://www.objektfabrik.de > D-71640 Ludwigsburghttp://joachimtuchel.wordpress.com > <http://joachimtuchel.wordpress.com> > Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > -- ----------------------------------------------------------------------- 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

Nov. 1, 2016

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

by phil＠highoctane.be

Because I grew tired of the isEmpty ifTrue: [ ] all over the place. And ifEmpty has the right semantics for my use cases (like assignment). I do not really care about portability, I am doing Pharo only. Phil On Mon, Oct 31, 2016 at 5:30 PM, jtuchel(a)objektfabrik.de < jtuchel(a)objektfabrik.de> wrote: > 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 <jtuchel(a)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 > > >

Nov. 1, 2016

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