May 2015 - Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Testers needed! Re: Athens BitBlt bug?

by Nicolai Hess

2015-05-08 22:28 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: > > > On 8 May 2015 at 22:20, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> >> >> 2015-05-08 21:42 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: >> >>> >>> >>> On 8 May 2015 at 21:32, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> >>>> >>>> >>>> On 8 May 2015 at 00:43, Nicolai Hess <nicolaihess(a)web.de> wrote: >>>> >>>>> >>>>> Some testers needed! >>>>> >>>>> I can not reproduce the BitBlt bug and I would like to get this right, >>>>> so that surface pattern >>>>> paints use the correct form dimension. >>>>> >>>>> Be sure, my fried, the bug is there, sitting in VM. >>>> Bitblt implementation prereads a pixel from bitmap *before* checking >>>> the loop bounds, meaning that it reads at least a single byte beyond the >>>> actual contents of the bitmap. >>>> It is not harmful in cases when bitmap is allocated in object memory >>>> since VM memory design actually guarantees, that there are at least certain >>>> amount of bytes in form of breathing space always available, so reading >>>> single word past any allocated object is not hurts.. >>>> But not in case, when bitmap residing in external heap.. because >>>> reading beyond allocated space might cause segmentation fault.. and it was, >>>> until i figured what was causing it and where the bug is. >>>> >>> >> This mean it can happen every time we read form data from a surface >> plugin - it is not only an issue for athens/cairo. >> >> Right, this is not cairo-only issue.. It just manifested itself when i > was started using external surfaces allocated by cairo with bitblt. > Which was causing occasional, irregular crashes time to time and i was > quite lucky finding the cause of it. > Any chance you remember what triggers this error? What code did you use, simple drawings or more advanced use of athens. Image patterns, gradient patterns. Or at least, what platform mac/win/linux? I tried different vm/image versions but only on windows so far. There were some changes on some bitblt functions, maybe the bug does not exist anymore? nicolai > > >> I will take a look at bitblt implementation. >> >> Thank you ! >> >> >>> >>>> >>> The workaround, that i introduced was simply to tell Cairo to allocate >>> surface 1 row taller and then use smaller height in bitblt operations, so >>> it can never use the last row.. >>> that, of course, going in conflict of using cairo for a patterns to fill >>> things with bitmaps, which relying on surface's dimensions and using all >>> its pixels.. >>> :( >>> >>> hmm.. >>> >>>> >>>> >>>>> Prefered test setup: >>>>> a (fresh) pharo image >>>>> load bleeding edge from Bloc (because with bloc the whole (morphic) >>>>> world is drawn with athens). >>>>> change to watery theme ( because it makes some heavy use of form fills) >>>>> verify that vertical scrollbars have this artifact (blank lines). >>>>> load the attached code (this code reverts igors change for the 1 pixel >>>>> extra height. >>>>> >>>>> please report back >>>>> what platform windows/linux/mac 32/64 bit >>>>> what pharo vm and image version. >>>>> >>>>> For me >>>>> Windows 7 32 bit >>>>> Win32 built on Apr 9 2015 21:05:04 Compiler: 4.6.2 >>>>> Latest update: #50039 >>>>> >>>>> -> no segfault >>>>> >>>>> thanks in advance >>>>> >>>>> >>>>> 2015-03-13 21:22 GMT+01:00 stepharo <stepharo(a)free.fr>: >>>>> >>>>>> I do not know. May be igor is reading this mailing-list but I doubt. >>>>>> >>>>>> >>>>>> 2015-01-27 21:46 GMT+01:00 Nicolai Hess <nicolaihess(a)web.de>: >>>>>> >>>>>> Anyone knows what this BitBlt bug is or was? >>>>>>> 12818 <https://pharo.fogbugz.com/default.asp?12818> Last row >>>>>>> missing >>>>>>> 13236 <https://pharo.fogbugz.com/default.asp?13236> Fix 1 extra >>>>>>> height for Cairo surface >>>>>>> >>>>>>> Because with the fix in 13236, it is not (easily) possible to make >>>>>>> a repeating (vertical) pattern paint with 1 pixel height: >>>>>>> 14813 <https://pharo.fogbugz.com/default.asp?14813> Wrong size for >>>>>>> Athens surface pattern paint from a Form >>>>>>> >>>>>>> >>>>>>> nicolai >>>>>>> >>>>>>> >>>>>>> >>>>>> BUMP >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> > > > -- > Best regards, > Igor Stasenko. >

May 13, 2015

Re: [Pharo-dev] empty package "'a MCWorkingCopy(ConfigurationOfRubric)'"

by Sean P. DeNigris

Nicolai Hess wrote > 'a MCWorkingCopy(ConfigurationOfRubric)' That happened to me too! I reported it in http://forum.world.st/MC-Strange-Problem-tt4824138.html , but was unable to reproduce. I didn't remember doing anything unusual... ----- Cheers, Sean -- View this message in context: http://forum.world.st/empty-package-a-MCWorkingCopy-ConfigurationOfRubric-t… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 13, 2015