October 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Small text composition bench

by Nicolas Cellier

So here is the display mini bench: | text canvas m1 m2 | canvas := FormCanvas extent: 569@399 depth: 32. text := Compiler evaluate: (FileSystem workingDirectory parent parent parent / 'text.st' ) readStream contentsOfEntireFile . m1 := TextMorph new. m1 text: text textStyle: TextStyle default. m1 wrapFlag: true. m1 extent: 569@9999999. MessageTally spyOn: [ 100 timesRepeat: [ m1 drawOn: canvas]]. m2 := TxTextMorph new. m2 layoutStrategy: TxWrapTextStrategy new. m2 extent: 569@9999999. m2 newTextContents: text. MessageTally spyOn: [ 100 timesRepeat: [ m2 drawOn: canvas]]. Squeak revised BitBltDisplayScanner 1077ms / Pharo MultiDisplayScanner 1229ms / Pharo TxText 1584ms But the tallies does not make sense, we should better use Andreas tallying... 2013/10/11 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > OK Igor, > I loaded ConfigurationOfTxText and I understand what you say: > - TxText spend more time in composing layout because it records each and > every TxSpanInterval > - this will later accelerate display, because no scanning is required at > display time > On the base that you compose once and display many, this is a Memory/CPU > trading that would not have been a good idea the 70's (birth of > CharacterScanner family), but is now fair. > > Even if that does not make much sense, composition (layout building) can > be measured with this kind of mini bench: > > > | text | > text := Compiler evaluate: (FileSystem workingDirectory parent parent > parent / 'text.st' ) readStream contentsOfEntireFile . > MessageTally spyOn: [[100 timesRepeat: [(Paragraph new) > compose: text > style: TextStyle default copy > from: 1 > in: ( 0@0 corner: 569@9999999)]] timeToRun ]. > MessageTally spyOn: [ 100 timesRepeat: [| m | > m := TxTextMorph new. > m layoutStrategy: TxWrapTextStrategy new. > m extent: 569@9999999. > m newTextContents: text]] > > 95ms in revised Squeak CompositionScanner / 366ms Pharo > MultiCcompositionScanner / 347ms TxText > > I'll try to write a mini bench to measure display only on a Form with > StrikeFont and BitBlt... > > > 2013/10/11 Camille Teruel <camille.teruel(a)gmail.com> > >> >> On 11 oct. 2013, at 20:25, StÃ©phane Ducasse wrote: >> >> > Hi >> > >> > I discuss with igor and its new design precomputes everything so we >> will see. >> > What would be good is to have another guy looking at what igor is doing >> because now that fernando transformed himself >> > in a puff of smoke, igor is alone with me looking at it form time to >> time. >> >> Me when I come back. We have to work on the editor together anyway. >> >> >> > Stef >> > On Oct 11, 2013, at 1:08 PM, plantec <alain.plantec(a)yahoo.com> wrote: >> > >> >> >> >> Le 11 oct. 2013 Ã 08:15, Denis Kudriashov <dionisiydk(a)gmail.com> a >> Ã©crit : >> >> >> >>> Me too. >> >>> >> >>> What exactly doing this code? >> >>> >> >>> Paragraph new compose: tm text >> >>> style: tm textStyle copy >> >>> from: 1 >> >>> in: >> >>> >> >>> Is it layout building stuff at new text model? >> >> >> >> I think yes. >> >> It composes a Text as a collection of TextLine. >> >> Alain >> >> >> >>> >> >>> >> >>> 2013/10/11 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >>> Hi Igor >> >>> >> >>> it would be good to see how the new text model perform. >> >>> >> >>> Stef >> >>> >> >>> >> >>> Begin forwarded message: >> >>> >> >>>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >> >>>> Subject: Fwd: Small text composition bench >> >>>> Date: October 10, 2013 10:46:42 PM GMT+02:00 >> >>>> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >>>> >> >>>> >> >>>> >> >>>> ---------- Forwarded message ---------- >> >>>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >> >>>> Date: 2013/10/10 >> >>>> Subject: Small text composition bench >> >>>> To: The general-purpose Squeak developers list < >> squeak-dev(a)lists.squeakfoundation.org> >> >>>> >> >>>> >> >>>> Here is a simple bench: >> >>>> >> >>>> (StringHolder new contents: (Compiler evaluate: (FileStream >> fileNamed: 'text.st') contentsOfEntireFile )) openLabel: 'Working With >> Squeak 2' . >> >>>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With >> Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorphPlus] >> ifAbsent: [] ) textMorph >> >>>> ifNotNil: [:tm | MessageTally spyOn: [ >> >>>> [100 timesRepeat: [(NewParagraph new) >> >>>> compose: tm text >> >>>> style: tm textStyle copy >> >>>> from: 1 >> >>>> in: tm container]] timeToRun]]. >> >>>> >> >>>> Before our changes: 162 ms >> >>>> After our changes: 95 ms >> >>>> And my Pharo 3.0 (#30417) (not up to date) : 364 ms >> >>>> >> >>>> The main gain is avoiding >> >>>> - the stopConditions copy >> >>>> - and the TextStopConditions indirection >> >>>> - and of course the Multi* when not necessary (Pharo does not) >> >>>> >> >>>> Here is the test for Pharo variant: >> >>>> >> >>>> | text | >> >>>> text := Compiler evaluate: (FileSystem workingDirectory parent >> parent parent / 'text.st' ) readStream contentsOfEntireFile . >> >>>> (StringHolder new contents: text) openLabel: 'Working With Squeak >> 2' . >> >>>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With >> Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorph] >> ifAbsent: [] ) textMorph >> >>>> ifNotNil: [:tm | MessageTally spyOn: [ >> >>>> [100 timesRepeat: [(Paragraph new) >> >>>> compose: text >> >>>> style: tm textStyle copy >> >>>> from: 1 >> >>>> in: tm container]] timeToRun]]. >> >>>> >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> >> >> >> >> >> > >> > >> >> >> >

Oct. 11, 2013

Re: [Pharo-dev] How is this possible?

by Marcus Denker

On Oct 11, 2013, at 4:13 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > In 30456, I'm in the process of porting the Tiling Window Manager. I'm > experiencing this confusing error... > > TWMDockingBarMorph DNU @ > > In DockingBarMorph>>updatePosition there is the following code: > > self isAdheringToLeft > ifTrue: [| usedHeight usedWidth | > usedHeight := self usedHeightByPredominantDockingBarsOfChastes: #(#top ). > usedWidth := self usedWidthByPredominantDockingBarsOfChastes: #(#left ). > (usedHeight isNumber not or: [usedWidth isNumber]) ifFalse: [ Halt once ]. > usedHeight := 1000. > usedWidth := 100. > self topLeft: self owner topLeft - margin + (usedWidth @ usedHeight)]. > > Pharo is saying that usedWidth = aTWMDockingBarMorph, even though it's set > to a number (for debugging) in the preceding statement. Any ideas? > So it seems the compiler (the semantic analysis phase, I think) does something wrong with defined temps in ifTrue: and other optimized blocks. I will -> commit an update where the code moves the temps to the method -> then fix the compiler next week Marcus

Oct. 11, 2013

Re: [Pharo-dev] Small text composition bench

by Nicolas Cellier

OK Igor, I loaded ConfigurationOfTxText and I understand what you say: - TxText spend more time in composing layout because it records each and every TxSpanInterval - this will later accelerate display, because no scanning is required at display time On the base that you compose once and display many, this is a Memory/CPU trading that would not have been a good idea the 70's (birth of CharacterScanner family), but is now fair. Even if that does not make much sense, composition (layout building) can be measured with this kind of mini bench: | text | text := Compiler evaluate: (FileSystem workingDirectory parent parent parent / 'text.st' ) readStream contentsOfEntireFile . MessageTally spyOn: [[100 timesRepeat: [(Paragraph new) compose: text style: TextStyle default copy from: 1 in: ( 0@0 corner: 569@9999999)]] timeToRun ]. MessageTally spyOn: [ 100 timesRepeat: [| m | m := TxTextMorph new. m layoutStrategy: TxWrapTextStrategy new. m extent: 569@9999999. m newTextContents: text]] 95ms in revised Squeak CompositionScanner / 366ms Pharo MultiCcompositionScanner / 347ms TxText I'll try to write a mini bench to measure display only on a Form with StrikeFont and BitBlt... 2013/10/11 Camille Teruel <camille.teruel(a)gmail.com> > > On 11 oct. 2013, at 20:25, StÃ©phane Ducasse wrote: > > > Hi > > > > I discuss with igor and its new design precomputes everything so we will > see. > > What would be good is to have another guy looking at what igor is doing > because now that fernando transformed himself > > in a puff of smoke, igor is alone with me looking at it form time to > time. > > Me when I come back. We have to work on the editor together anyway. > > > > Stef > > On Oct 11, 2013, at 1:08 PM, plantec <alain.plantec(a)yahoo.com> wrote: > > > >> > >> Le 11 oct. 2013 Ã 08:15, Denis Kudriashov <dionisiydk(a)gmail.com> a > Ã©crit : > >> > >>> Me too. > >>> > >>> What exactly doing this code? > >>> > >>> Paragraph new compose: tm text > >>> style: tm textStyle copy > >>> from: 1 > >>> in: > >>> > >>> Is it layout building stuff at new text model? > >> > >> I think yes. > >> It composes a Text as a collection of TextLine. > >> Alain > >> > >>> > >>> > >>> 2013/10/11 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >>> Hi Igor > >>> > >>> it would be good to see how the new text model perform. > >>> > >>> Stef > >>> > >>> > >>> Begin forwarded message: > >>> > >>>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > >>>> Subject: Fwd: Small text composition bench > >>>> Date: October 10, 2013 10:46:42 PM GMT+02:00 > >>>> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >>>> > >>>> > >>>> > >>>> ---------- Forwarded message ---------- > >>>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > >>>> Date: 2013/10/10 > >>>> Subject: Small text composition bench > >>>> To: The general-purpose Squeak developers list < > squeak-dev(a)lists.squeakfoundation.org> > >>>> > >>>> > >>>> Here is a simple bench: > >>>> > >>>> (StringHolder new contents: (Compiler evaluate: (FileStream > fileNamed: 'text.st') contentsOfEntireFile )) openLabel: 'Working With > Squeak 2' . > >>>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With > Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorphPlus] > ifAbsent: [] ) textMorph > >>>> ifNotNil: [:tm | MessageTally spyOn: [ > >>>> [100 timesRepeat: [(NewParagraph new) > >>>> compose: tm text > >>>> style: tm textStyle copy > >>>> from: 1 > >>>> in: tm container]] timeToRun]]. > >>>> > >>>> Before our changes: 162 ms > >>>> After our changes: 95 ms > >>>> And my Pharo 3.0 (#30417) (not up to date) : 364 ms > >>>> > >>>> The main gain is avoiding > >>>> - the stopConditions copy > >>>> - and the TextStopConditions indirection > >>>> - and of course the Multi* when not necessary (Pharo does not) > >>>> > >>>> Here is the test for Pharo variant: > >>>> > >>>> | text | > >>>> text := Compiler evaluate: (FileSystem workingDirectory parent parent > parent / 'text.st' ) readStream contentsOfEntireFile . > >>>> (StringHolder new contents: text) openLabel: 'Working With Squeak > 2' . > >>>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With > Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorph] > ifAbsent: [] ) textMorph > >>>> ifNotNil: [:tm | MessageTally spyOn: [ > >>>> [100 timesRepeat: [(Paragraph new) > >>>> compose: text > >>>> style: tm textStyle copy > >>>> from: 1 > >>>> in: tm container]] timeToRun]]. > >>>> > >>>> > >>>> > >>> > >>> > >>> > >>> > >> > >> > > > > > > >

Oct. 11, 2013

Mocketry problems in 3.0

by Torsten Bergmann

Denis Kudriashov >I ask because Igor make big progress on his design implementation which I >think will replace my work totally. >So if you want to join his development you don't need my code at all >(remove it) Where is it hosted? Any pointers to code? Thx T.

Oct. 11, 2013

Re: [Pharo-dev] Mocketry problems in 3.0

by Denis Kudriashov

As Markus said it is good idea to add #argumentNames to block. What exactly you want to see at TxText? I ask because Igor make big progress on his design implementation which I think will replace my work totally. So if you want to join his development you don't need my code at all (remove it) But my version (which is at configuration) is usable and works nice for end user applications. I actually use it for my tasks. 2013/10/11 Camillo Bruni <camillobruni(a)gmail.com> > I recently checked the progress on TxText and I saw that half of the tests > fail > under 3.0 due to an incompatibility in Mocketry on > BlockClosure>>#argumentNames > trying to decompile the block contents. This feature is no longer > available, > instead you have to access the AST directly: > > BlockClosure >> #argumentNames > ^ self sourceNode arguments collect: [ :each | each name ] > > Would it be possible to integrate that on a 3.0 branch? It's quite a pity > to > waste so many tests :) >

Oct. 11, 2013

Re: [Pharo-dev] Mocketry problems in 3.0

by Marcus Denker

On Oct 11, 2013, at 9:20 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I recently checked the progress on TxText and I saw that half of the tests fail > under 3.0 due to an incompatibility in Mocketry on BlockClosure>>#argumentNames > trying to decompile the block contents. This feature is no longer available, > instead you have to access the AST directly: > > BlockClosure >> #argumentNames > ^ self sourceNode arguments collect: [ :each | each name ] > > Would it be possible to integrate that on a 3.0 branch? It's quite a pity to > waste so many tests :) We can add #argumentNames on block in Pharo3â¦ makes sense to have. Marcus

Oct. 11, 2013

Mocketry problems in 3.0

by Camillo Bruni

I recently checked the progress on TxText and I saw that half of the tests fail under 3.0 due to an incompatibility in Mocketry on BlockClosure>>#argumentNames trying to decompile the block contents. This feature is no longer available, instead you have to access the AST directly: BlockClosure >> #argumentNames ^ self sourceNode arguments collect: [ :each | each name ] Would it be possible to integrate that on a 3.0 branch? It's quite a pity to waste so many tests :)

Oct. 11, 2013

Re: [Pharo-dev] Small text composition bench

by Camille Teruel

On 11 oct. 2013, at 20:25, StÃ©phane Ducasse wrote: > Hi > > I discuss with igor and its new design precomputes everything so we will see. > What would be good is to have another guy looking at what igor is doing because now that fernando transformed himself > in a puff of smoke, igor is alone with me looking at it form time to time. Me when I come back. We have to work on the editor together anyway. > Stef > On Oct 11, 2013, at 1:08 PM, plantec <alain.plantec(a)yahoo.com> wrote: > >> >> Le 11 oct. 2013 Ã 08:15, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : >> >>> Me too. >>> >>> What exactly doing this code? >>> >>> Paragraph new compose: tm text >>> style: tm textStyle copy >>> from: 1 >>> in: >>> >>> Is it layout building stuff at new text model? >> >> I think yes. >> It composes a Text as a collection of TextLine. >> Alain >> >>> >>> >>> 2013/10/11 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> Hi Igor >>> >>> it would be good to see how the new text model perform. >>> >>> Stef >>> >>> >>> Begin forwarded message: >>> >>>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >>>> Subject: Fwd: Small text composition bench >>>> Date: October 10, 2013 10:46:42 PM GMT+02:00 >>>> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>>> >>>> >>>> >>>> ---------- Forwarded message ---------- >>>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >>>> Date: 2013/10/10 >>>> Subject: Small text composition bench >>>> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> >>>> >>>> >>>> Here is a simple bench: >>>> >>>> (StringHolder new contents: (Compiler evaluate: (FileStream fileNamed: 'text.st') contentsOfEntireFile )) openLabel: 'Working With Squeak 2' . >>>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorphPlus] ifAbsent: [] ) textMorph >>>> ifNotNil: [:tm | MessageTally spyOn: [ >>>> [100 timesRepeat: [(NewParagraph new) >>>> compose: tm text >>>> style: tm textStyle copy >>>> from: 1 >>>> in: tm container]] timeToRun]]. >>>> >>>> Before our changes: 162 ms >>>> After our changes: 95 ms >>>> And my Pharo 3.0 (#30417) (not up to date) : 364 ms >>>> >>>> The main gain is avoiding >>>> - the stopConditions copy >>>> - and the TextStopConditions indirection >>>> - and of course the Multi* when not necessary (Pharo does not) >>>> >>>> Here is the test for Pharo variant: >>>> >>>> | text | >>>> text := Compiler evaluate: (FileSystem workingDirectory parent parent parent / 'text.st' ) readStream contentsOfEntireFile . >>>> (StringHolder new contents: text) openLabel: 'Working With Squeak 2' . >>>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorph] ifAbsent: [] ) textMorph >>>> ifNotNil: [:tm | MessageTally spyOn: [ >>>> [100 timesRepeat: [(Paragraph new) >>>> compose: text >>>> style: tm textStyle copy >>>> from: 1 >>>> in: tm container]] timeToRun]]. >>>> >>>> >>>> >>> >>> >>> >>> >> >> > >

Oct. 11, 2013

Re: [Pharo-dev] New Image Command Line Handlers

by Tudor Girba

This is great. However, I vote against backporting to Pharo 2.0. Pharo 3.0 is close to be frozen and I think the efforts should be focused on that right now. Doru On Fri, Oct 11, 2013 at 2:09 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > It doesn't really fit our "backport bug fixes only" policy. When I > backported the completion stuff because it was too cool not to, it was a > week-long hassle chasing collateral bugs. But what I've been doing for > these types of things is merging into the released version, saving the > packages online, and customizing my own images with them. It's been working > pretty well since the released versions don't change very much. > > HTH > > > > -------- Original message -------- > From: "philippeback [via Smalltalk]" <[hidden email]<http://user/SendEmail.jtp?type=node&node=4713738&i=0>> > > Date: 10/10/2013 2:10 PM (GMT-05:00) > To: "Sean P. DeNigris" <[hidden email]<http://user/SendEmail.jtp?type=node&node=4713738&i=1>> > > Subject: Re: New Image Command Line Handlers > > > Good news. > > > If by default on Windows, it would be another default than pharo\ it would > be great as it would be nicer with zeroconf fetching pharo-ui and pharo > (headless) > > Are those changes going to find their way in Pharo 2.0? > > Phil > > > On Thu, Oct 10, 2013 at 7:48 PM, Sean P. DeNigris <[hidden email]<http://user/SendEmail.jtp?type=node&node=4713697&i=0> > > wrote: > >> We (Cami, Ben, and I) added some command line options to control >> preference >> loading, which seem useful e.g. for integrators and in my original use >> case >> of running an image off a USB stick on a foreign computer and not wanting >> to >> pick up those preferences >> >> There are two new flags: >> 1. --no-default-preferences = don't load from any of the default locations >> 2. --preference-file [/full/path/to/file.st] = load this one >> >> They are independent, so there are four options now: >> 1 | 2 | >> - current behavior >> x - don't load any preferences >> x - load the defaults and this additional >> x x - only load the specified file (not the defaults) >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/New-Image-Command-Line-Handlers-tp4713693.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/New-Image-Command-Line-Handlers-tp4713693p4713697.html > To unsubscribe from New Image Command Line Handlers, click here. > NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > Cheers, > Sean > > ------------------------------ > View this message in context: Re: New Image Command Line Handlers<http://forum.world.st/New-Image-Command-Line-Handlers-tp4713693p4713738.html> > > Sent from the Pharo Smalltalk Developers mailing list archive<http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html>at Nabble.com. > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 11, 2013

Re: [Pharo-dev] Small text composition bench

by StÃ©phane Ducasse

Hi I discuss with igor and its new design precomputes everything so we will see. What would be good is to have another guy looking at what igor is doing because now that fernando transformed himself in a puff of smoke, igor is alone with me looking at it form time to time. Stef On Oct 11, 2013, at 1:08 PM, plantec <alain.plantec(a)yahoo.com> wrote: > > Le 11 oct. 2013 Ã 08:15, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > >> Me too. >> >> What exactly doing this code? >> >> Paragraph new compose: tm text >> style: tm textStyle copy >> from: 1 >> in: >> >> Is it layout building stuff at new text model? > > I think yes. > It composes a Text as a collection of TextLine. > Alain > >> >> >> 2013/10/11 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Hi Igor >> >> it would be good to see how the new text model perform. >> >> Stef >> >> >> Begin forwarded message: >> >>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >>> Subject: Fwd: Small text composition bench >>> Date: October 10, 2013 10:46:42 PM GMT+02:00 >>> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> >>> >>> >>> ---------- Forwarded message ---------- >>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >>> Date: 2013/10/10 >>> Subject: Small text composition bench >>> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> >>> >>> >>> Here is a simple bench: >>> >>> (StringHolder new contents: (Compiler evaluate: (FileStream fileNamed: 'text.st') contentsOfEntireFile )) openLabel: 'Working With Squeak 2' . >>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorphPlus] ifAbsent: [] ) textMorph >>> ifNotNil: [:tm | MessageTally spyOn: [ >>> [100 timesRepeat: [(NewParagraph new) >>> compose: tm text >>> style: tm textStyle copy >>> from: 1 >>> in: tm container]] timeToRun]]. >>> >>> Before our changes: 162 ms >>> After our changes: 95 ms >>> And my Pharo 3.0 (#30417) (not up to date) : 364 ms >>> >>> The main gain is avoiding >>> - the stopConditions copy >>> - and the TextStopConditions indirection >>> - and of course the Multi* when not necessary (Pharo does not) >>> >>> Here is the test for Pharo variant: >>> >>> | text | >>> text := Compiler evaluate: (FileSystem workingDirectory parent parent parent / 'text.st' ) readStream contentsOfEntireFile . >>> (StringHolder new contents: text) openLabel: 'Working With Squeak 2' . >>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorph] ifAbsent: [] ) textMorph >>> ifNotNil: [:tm | MessageTally spyOn: [ >>> [100 timesRepeat: [(Paragraph new) >>> compose: text >>> style: tm textStyle copy >>> from: 1 >>> in: tm container]] timeToRun]]. >>> >>> >>> >> >> >> >> > >

Oct. 11, 2013