- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Transcript needs your love

by Gareth Cox

Just for fun, from VisualAge Smalltalk 8.6 "---------------------------------------------------------------------------------" Time millisecondsToRun: [1000 timesRepeat: [Transcript show: 'x']]. VisualAge Smalltalk 8.6 --> 3120ms "---------------------------------------------------------------------------------" [ ($a value to: $h value) do: [ :c | [ 1 to: 9 do: [ :i | Transcript show: c asCharacter printString , i printString , ' '. Processor yield ] ] forkAt: 6 ]. ] forkAt: 7. VisualAge Smalltalk 8.6 --> $h1 $g1 $f1 $e1 $d1 $c1 $b1 $a1 $h2 $g2 $f2 $e2 $d2 $c2 $b2 $a2 $h3 $g3 $f3 $e3 $d3 $c3 $b3 $a3 $h4 $g4 $f4 $e4 $d4 $c4 $b4 $a4 $h5 $g5 $f5 $e5 $d5 $c5 $b5 $a5 $h6 $g6 $f6 $e6 $d6 $c6 $b6 $a6 $h7 $g7 $f7 $e7 $d7 $c7 $b7 $a7 $h8 $g8 $f8 $e8 $d8 $c8 $b8 $a8 $h9 $g9 $f9 $e9 $d9 $c9 $b9 $a9 "---------------------------------------------------------------------------------" 1 to: 100 do: [ :i | Delay forMilliseconds: 100. Transcript show: 'x' ] VisualAge Smalltalk 8.6 --> Shows x every 100 milliseconds in the Transcript. "---------------------------------------------------------------------------------" > Hi guys > > the Transcript in Pharo is that it's not asynchronous so I can't use it > in VM development to show the current progress of the simulation. For > example: > 1 to: 100 do: [ :i | > 0.1 seconds asDelay wait. > Transcript show: 'x'. ] > => on Squeak, this shows a x every 0.1 second in the Transcript > => on Pharo, nothing happens during 10 seconds then all the x are shown. > > https://pharo.fogbugz.com/default.asp?15515 -- Gareth Cox IT Manager/Developer Inspired Org (PTY) Ltd

May 14, 2015

Re: [Pharo-dev] Transcript needs your love

by J. Vuletich (mail lists)

Hi Alain, Quoting Alain Rastoul <alf.mmm.cat(a)gmail.com>: > Le 14/05/2015 02:08, J. Vuletich (mail lists) a Ã©crit : >> A port of the code to Pharo is required, as Alain and Stef have shown. >> Besides, Cuis doesn't include support for Traits. I think your idea is >> very good, and I hope some Pharoer (Alain?) does it. > > Hi Juan, > > I tried Cuis, you did a very nice work here. Thanks. > About porting, I did this first raw port to allow other peoples who > complains about pharo transcript to have a look at Cuis Trancript > more easily. > And apart from a small window inset problem and an initial display > Form I probably did not get well (and/or a clip missing somewhere?), > it does the same thing than in Cuis. Cool. > May be we should wait a little so that people can say their word > about it too and eventually/if they want/can/... investigate those > two morphic porting issues. > In the meanwhile, a simple "fix" in the Transcript could be done too > (see last Ben's post) with an extra system settings. Sure. > About sluggishnesh and Transcript speedup , the changes you made in > Cuis, as seen in git commits, are a bit intrusive (DateAndTime, > AbstractFont, Strikefont ?), I don't think I know pharo enough to > report them. The only relevant changeset is 2321, in folder CoreUpdates (the DateAndTime changes are completely unrelated). The changes to Fonts are only to let #displayUnfinishedEntryOn: save the last updated X for the unfinished entry. This is needed to avoid overwriting stuff (the "bold" efeect you saw). This is a good optimization and it is the only relevant change. If you find a way to make #drawString:at:font:color: answer the x of the rightmost affected pixel, that is more amenable to Pharo, it would be equally useful. > Also I experienced another issue that exits in Cuis too: > > The Transcript overwrite other morphs/windows when showing its > contents during do-it > > After end of execution, the world redisplays correctly > but not in Pharo > > (see attached screen shots) In Cuis, the world repair is requested in the last line of #display, that reads self changed: #redraw "So any morph in front of us is repaired when Morphic cycles" This works because in #openTranscript, the Transcript is set as the model of the TranscriptWindow. An appropriate idiom for Pharo is needed here. > -- > Regards, > > Alain Cheers, Juan Vuletich

May 14, 2015

Re: [Pharo-dev] Transcript needs your love

by Alain Rastoul

Le 14/05/2015 02:08, J. Vuletich (mail lists) a Ã©crit : > A port of the code to Pharo is required, as Alain and Stef have shown. > Besides, Cuis doesn't include support for Traits. I think your idea is > very good, and I hope some Pharoer (Alain?) does it. Hi Juan, I tried Cuis, you did a very nice work here. About porting, I did this first raw port to allow other peoples who complains about pharo transcript to have a look at Cuis Trancript more easily. And apart from a small window inset problem and an initial display Form I probably did not get well (and/or a clip missing somewhere?), it does the same thing than in Cuis. May be we should wait a little so that people can say their word about it too and eventually/if they want/can/... investigate those two morphic porting issues. In the meanwhile, a simple "fix" in the Transcript could be done too (see last Ben's post) with an extra system settings. About sluggishnesh and Transcript speedup , the changes you made in Cuis, as seen in git commits, are a bit intrusive (DateAndTime, AbstractFont, Strikefont ?), I don't think I know pharo enough to report them. Also I experienced another issue that exits in Cuis too: The Transcript overwrite other morphs/windows when showing its contents during do-it After end of execution, the world redisplays correctly but not in Pharo (see attached screen shots) -- Regards, Alain

May 14, 2015

Re: [Pharo-dev] Trying to use Rubric in Nautilus ....

by Alain Plantec

done & committed Cheers Alain > On 14 May 2015, at 12:06, Alain Plantec <alain.plantec(a)yahoo.com> wrote: > > ahh, good remark :) > the menu stuff is not finished. > I do it now > thanks > Alain > >> On 13 May 2015, at 18:09, Franck Warlouzet <franck.warlouzet(a)hotmail.fr <mailto:franck.warlouzet@hotmail.fr>> wrote: >> >> Hi alain >> >> thanks a lot! >> This helps us a lot. We got nearly something working. We will produce a list of methods and changes we had to do. >> see in the attached cs. >> >> Now >> >> lookupMenu >> "default implementation of the algorithm that lookup the menu" >> >> | default | >> default := [ self editingMode menu ]. >> ^ self model >> ifNil: [ default value ] >> ifNotNil: [ :m | m menu ifNil: [ default value ] ] >> >> We add a new method in nautilus that creates a menu as follow >> because m is our NautilusModel >> >> menu >> ^ self sourceCodeMenu: MenuMorph new shifted: false. >> >> But I was wondering why m menu does not take into account the information we passed when we created the rubPluggable >> >> sourceTextArea := self textMorphClass >> on: self >> text: #sourceCodeFrom: >> accept: #compileSource:notifying: >> readSelection: #contentsSelectionFrom: >> menu: #sourceCodeMenu:shifted:. >> >> I see that >> RubEditingArea has a policy but we could find how we can improve RubPluggable to use the menu: >> >> >> >> >> To: pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> >> From: pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> >> CC: alain.plantec(a)yahoo.com <mailto:alain.plantec@yahoo.com> >> Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus .... >> Date: Wed, 13 May 2015 07:26:15 -0700 >> >> >> >> --PiÃ¨ce jointe du message transmise-- >> Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus .... >> From: alain.plantec(a)yahoo.com <mailto:alain.plantec@yahoo.com> >> Date: Wed, 13 May 2015 16:25:34 +0200 >> To: pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> >> >> see Rubric-AlainPlantec.196 in the Rubric repo. >> >> Iâve added RubPluggableTextMorph and RubPluggableTextMorphExample. >> Need to be polished certainly but it should facilitate the integration of Rubric in Nautilus. >> >> cheers >> Alain >> >> On 12 May 2015, at 22:45, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >> >> For fun I put the following trace in >> >> sourceCodeFrom: aTextMorph >> Transcript show: '.'. >> ^ self sourceCode >> >> And in general this method is invoked three times instead of one :) >> >> >> >> Before asking we read all the examples and I saw that selector: is used to communicate and update the code pane. >> >> (UIManager default newAutoAcceptTextEntryFor: self >> get: #selector >> set: #selector: >> class: String >> getEnabled: #haveClassName >> help: 'Enter a selector' translated >> entryCompletion: entryCompletion) >> acceptOnCR: false; >> ghostText: 'Selector'; >> withDropListButton; >> >> >> I think this is only for the drop down list. >> >> What I meant is that I could use set: and pass the selector to be invoked by the dropdown when the drop down is selected. >> And it will notify self with the selector: selector. So we could sepcify any selector (ie I can register to the drop box and say call me once you are set). >> >> >> In RubMethodEditingExample>>#selector: >> it calls the update explicit >> self updateCodeWith: (cls sourceCodeAt: selector) >> and updateCodeWith: sets the text on the text model. >> >> >> >> >> Now my problem (and may be there is not solution) is how can I connect from a pluggableListMorph to a RubScrollText >> when the list does not generate announcement. >> This is why I tried to pass via dependents or something like that. >> >> I will try to generate announcements but this is a lot more work and I do not know if it will work. >> >> Stef >> >> >> >> >> >> <glueRubNautilus.2.cs> >

May 14, 2015

Re: [Pharo-dev] Installing trait blow the method def in hierarchy

by Alexandre Bergel

Ok, thanks Alexandre > On May 14, 2015, at 5:52 AM, Camille <camille.teruel(a)gmail.com> wrote: > > >> On 14 May 2015, at 11:46, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> Any idea where the slowdown comes from? >> 20% makes it easily detectable > > It comes from the method resolution and invocation in Object>>#explicitRequirement. > > Camille > >> Alexandre >> >> >> >>> Le 12 mai 2015 Ã 07:06, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> a Ã©crit : >>> >>> Hi, >>> >>> Iâve noticed that if you install a trait on a class and a trait defines explicit requirement method, and this method is defined in a super class, it is being looked up during execution through #explicitRequirement method. It was slowing down my execution by almost 20%. Is there a special way to use a Trait to avoid that, or itâs work-in-progress solution? >>> >>> Uko >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 14, 2015

Re: [Pharo-dev] Trying to use Rubric in Nautilus ....

by Alain Plantec

ahh, good remark :) the menu stuff is not finished. I do it now thanks Alain > On 13 May 2015, at 18:09, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote: > > Hi alain > > thanks a lot! > This helps us a lot. We got nearly something working. We will produce a list of methods and changes we had to do. > see in the attached cs. > > Now > > lookupMenu > "default implementation of the algorithm that lookup the menu" > > | default | > default := [ self editingMode menu ]. > ^ self model > ifNil: [ default value ] > ifNotNil: [ :m | m menu ifNil: [ default value ] ] > > We add a new method in nautilus that creates a menu as follow > because m is our NautilusModel > > menu > ^ self sourceCodeMenu: MenuMorph new shifted: false. > > But I was wondering why m menu does not take into account the information we passed when we created the rubPluggable > > sourceTextArea := self textMorphClass > on: self > text: #sourceCodeFrom: > accept: #compileSource:notifying: > readSelection: #contentsSelectionFrom: > menu: #sourceCodeMenu:shifted:. > > I see that > RubEditingArea has a policy but we could find how we can improve RubPluggable to use the menu: > > > > > To: pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> > From: pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> > CC: alain.plantec(a)yahoo.com <mailto:alain.plantec@yahoo.com> > Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus .... > Date: Wed, 13 May 2015 07:26:15 -0700 > > > > --PiÃ¨ce jointe du message transmise-- > Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus .... > From: alain.plantec(a)yahoo.com <mailto:alain.plantec@yahoo.com> > Date: Wed, 13 May 2015 16:25:34 +0200 > To: pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> > > see Rubric-AlainPlantec.196 in the Rubric repo. > > Iâve added RubPluggableTextMorph and RubPluggableTextMorphExample. > Need to be polished certainly but it should facilitate the integration of Rubric in Nautilus. > > cheers > Alain > > On 12 May 2015, at 22:45, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: > > For fun I put the following trace in > > sourceCodeFrom: aTextMorph > Transcript show: '.'. > ^ self sourceCode > > And in general this method is invoked three times instead of one :) > > > > Before asking we read all the examples and I saw that selector: is used to communicate and update the code pane. > > (UIManager default newAutoAcceptTextEntryFor: self > get: #selector > set: #selector: > class: String > getEnabled: #haveClassName > help: 'Enter a selector' translated > entryCompletion: entryCompletion) > acceptOnCR: false; > ghostText: 'Selector'; > withDropListButton; > > > I think this is only for the drop down list. > > What I meant is that I could use set: and pass the selector to be invoked by the dropdown when the drop down is selected. > And it will notify self with the selector: selector. So we could sepcify any selector (ie I can register to the drop box and say call me once you are set). > > > In RubMethodEditingExample>>#selector: > it calls the update explicit > self updateCodeWith: (cls sourceCodeAt: selector) > and updateCodeWith: sets the text on the text model. > > > > > Now my problem (and may be there is not solution) is how can I connect from a pluggableListMorph to a RubScrollText > when the list does not generate announcement. > This is why I tried to pass via dependents or something like that. > > I will try to generate announcements but this is a lot more work and I do not know if it will work. > > Stef > > > > > > <glueRubNautilus.2.cs>

May 14, 2015

Re: [Pharo-dev] Installing trait blow the method def in hierarchy

by Camille

> On 14 May 2015, at 11:46, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Any idea where the slowdown comes from? > 20% makes it easily detectable It comes from the method resolution and invocation in Object>>#explicitRequirement. Camille > Alexandre > > > >> Le 12 mai 2015 Ã 07:06, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> a Ã©crit : >> >> Hi, >> >> Iâve noticed that if you install a trait on a class and a trait defines explicit requirement method, and this method is defined in a super class, it is being looked up during execution through #explicitRequirement method. It was slowing down my execution by almost 20%. Is there a special way to use a Trait to avoid that, or itâs work-in-progress solution? >> >> Uko >

May 14, 2015

Re: [Pharo-dev] Installing trait blow the method def in hierarchy

by Alexandre Bergel

Any idea where the slowdown comes from? 20% makes it easily detectable Alexandre > Le 12 mai 2015 Ã 07:06, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> a Ã©crit : > > Hi, > > Iâve noticed that if you install a trait on a class and a trait defines explicit requirement method, and this method is defined in a super class, it is being looked up during execution through #explicitRequirement method. It was slowing down my execution by almost 20%. Is there a special way to use a Trait to avoid that, or itâs work-in-progress solution? > > Uko

May 14, 2015

Re: [Pharo-dev] Transcript needs your love

by J. Vuletich (mail lists)

Hi Sven, A port of the code to Pharo is required, as Alain and Stef have shown. Besides, Cuis doesn't include support for Traits. I think your idea is very good, and I hope some Pharoer (Alain?) does it. Cheers, Juan Vuletich Quoting Sven Van Caekenberghe <sven(a)stfx.eu>: > I tried to abstract the Transcript API from the Pharo perspective in > > https://pharo.fogbugz.com/f/cases/15528/Add-TTranscript-and-DailyNonInterac… > > If the Cuis Transcript implementation conformed to this, it could > become just a plugin replacement/alternative, next to others already > present. > >> On 13 May 2015, at 16:08, J. Vuletich (mail lists) >> <juanlists(a)jvuletich.org> wrote: >> >> Hi Alain, >> >> Quoting Alain Rastoul <alf.mmm.cat(a)gmail.com>: >> >>> Le 08/05/2015 11:34, stepharo a Ã©crit : >>>> Hi guys >>>> >>>> the Transcript in Pharo is that it's not asynchronous so I can't use it >>>> in VM development to show the current progress of the simulation. For >>>> example: >>>> 1 to: 100 do: [ :i | >>>> 0.1 seconds asDelay wait. >>>> Transcript show: 'x'. ] >>>> => on Squeak, this shows a x every 0.1 second in the Transcript >>>> => on Pharo, nothing happens during 10 seconds then all the x are shown. >>>> >>>> https://pharo.fogbugz.com/default.asp?15515 >>>> >>>> >>> Hi, >>> I updated the fogbugz entry with a changeset containing the >>> sources Stef already put here, so that it should be easy for >>> anybody to load CuisTranscript into a Pharo image and have a look. >> >> Today I did a new commit to the Cuis repo. The Cuis image is now in >> Cog format (6505) instead of Closures format (6504). I hope this >> allows you to run Cuis in your system. >> >> I also addressed some of the issues you raised. I optimized the >> refresh, and avoided the "bolder text" effect. >> >> Now, >> Time millisecondsToRun: [ 1000 timesRepeat: [ Transcript show: 'x' ] ]. >> takes 2 ms, even while updating the Display. (Hundreds of times faster). >> >> I hope the slugginess you see also gets better. >> >> >>> IMHO another solution has to be found, or a big review of this has >>> to be done. >>> see details in fogbugz entry. >>> >>> -- >>> Regards, >>> >>> Alain >> >> Cheers, >> Juan Vuletich

May 14, 2015

Re: [Pharo-dev] Transcript needs your love

by J. Vuletich (mail lists)

Quoting Alain Rastoul <alf.mmm.cat(a)gmail.com>: > Le 13/05/2015 18:45, J. Vuletich (mail lists) a Ã©crit : >> >> Alternatively, try getting the image file from >> https://dl.dropboxusercontent.com/u/13285702/Cuis4.2-2322.image >> > Yes, with the image in the zip file I was able to run cuis. > > I run squeak from time to time to look at some code when I have no > other choice -once or twice a year- may be Cuis will make me change > my mind ? > > let's try :) I really hope you enjoy Cuis! > thanks Juan > > -- > Regards, > > Alain Cheers, Juan Vuletich

May 13, 2015