- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] permission denied http://smalltalkhub.com/mc/Pharo/Pharo30Inbox/main ?

by Sean P. DeNigris

vonbecmann wrote > Could someone give permission to submit a slice, please? Done. ----- Cheers, Sean -- View this message in context: http://forum.world.st/permission-denied-http-smalltalkhub-com-mc-Pharo-Phar… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 12, 2013

permission denied http://smalltalkhub.com/mc/Pharo/Pharo30Inbox/main ?

by Bernardo Ezequiel Contreras

Could someone give permission to submit a slice, please? My username is vonbecmann. Thanks. -- Bernardo E.C. Sent from a cheap desktop computer in South America.

Oct. 11, 2013

Re: [Pharo-dev] Mocketry problems in 3.0

by Nicolas Cellier

I used this one: Gofer it url: 'http://www.smalltalkhub.com/mc/sig/TxText/main'; package: 'ConfigurationOfTxText'; load. ((Smalltalk at:#ConfigurationOfTxText) project version: '1.0') load: #('ALL'). 2013/10/11 Torsten Bergmann <astares(a)gmx.de> > 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] New Image Command Line Handlers

by Sean P. DeNigris

philippeback wrote > Are those changes going to find their way in Pharo 2.0? If you need them, you can try to load the Backport-Pharo-Issue-11571-to-20 package from http://ss3.gemstone.com/ss/PharoSpd. Two caveats: 1. there is a post-load doit 2. I haven't tested the changes in 2.0 HTH ----- Cheers, Sean -- View this message in context: http://forum.world.st/New-Image-Command-Line-Handlers-tp4713693p4713932.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 11, 2013

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

by Sean P. DeNigris

Marcus Denker-4 wrote > I will > -> commit an update where the code moves the temps to the method > -> then fix the compiler next week Thanks, Marcus! ----- Cheers, Sean -- View this message in context: http://forum.world.st/How-is-this-possible-tp4713857p4713931.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 11, 2013

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