- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [pharo-project/pharo-core] c2b19a: 50611

by Yuriy Tymchuk

You are welcome. By adding more rules I also get better idea about the requirement for their model. So keep requests coming :) Uko > On 25 Feb 2016, at 23:00, stepharo <stepharo(a)free.fr> wrote: > > I love the idea that we get more and better rules! > Tx Yuriy > > > Le 25/2/16 14:11, GitHub a Ã©crit : >> 17685 Add rules to check if Float system classes are referenced >> https://pharo.fogbugz.com/f/cases/17685 > >

Feb. 25, 2016

another difference since spur migration

by Nicolai Hess

compare the bytecode of this code |outerContext local1 remote1 | outerContext := thisContext. local1 := 1. remote1 := 3. (1 to:1 ) do:[:index| | rlocal2 rlocal3 | rlocal2 := index. remote1:= rlocal2 / 3. rlocal3 := remote1. rlocal3 := outerContext]. local1 := remote1. thisContext method inspect. between pharo 50496 and pharo 50497 there is a minor difference for the numbering of temps for copying to the closure block and accessing indirect tempvar vector. I could not find the code change that may be responsible for this change. But maybe this is the reason why this test fails: 17702 failting test: OCClosureCompilerTest>>#testDebuggerTempAccess nicolai

Feb. 25, 2016

Re: [Pharo-dev] How to browse files with Spotter

by Tudor Girba

You mean if you just say #files, nothing appears? That is because the top level #files and #directories do not appear when the query is empty, and right now we only consider a query to be non-empty when there is at least one non #filter character. But, when you dive in a folder, you should see the files by default without typing anything. Or was the question about something else? Cheers, Doru > On Feb 25, 2016, at 10:52 PM, stepharo <stepharo(a)free.fr> wrote: > > Thanks! > I did a nice videos filtering examples :) > What is strange is that > > #files does not show me the files on my disc. > > Stef > > > Le 25/2/16 22:31, Tudor Girba a Ã©crit : >> #files will list files. ./package-cache is a directory. So, you should use: >> #dir ./pa >> >> Cheers, >> Doru >> >> >>> On Feb 25, 2016, at 10:20 PM, stepharo <stepharo(a)free.fr> wrote: >>> >>> Doru >>> >>> I started to reproduce some of your videos. >>> I tried to reproduce your videos but I cannot find how I can browse for example the package-cache. >>> >>> I tried >>> >>> . #files >>> >>> package-cache #files >>> >>> ./package-cache #files >>> >>> But I could not get the list of the current files on the folder image. >>> >>> Stef >>> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "No matter how many recipes we know, we still value a chef." >> >> >> >> >> >> >> >> >> > > -- www.tudorgirba.com www.feenk.com "Don't give to get. Just give."

Feb. 25, 2016

Re: [Pharo-dev] [Bloc] MDLColor and new gradient

by stepharo

Ok now I would like to start to have the notion of Palette and Gradient close to Color in Pharo. And Bloc and others can use it. Le 25/2/16 13:32, Aliaksei Syrel a Ã©crit : > > We will come back to theme, style, colors later. Much later. > > On Feb 24, 2016 5:16 PM, "stepharo" <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > I do not know. > May be. > > Le 23/2/16 10:30, Denis Kudriashov a Ã©crit : >> Hi >> >> 2016-02-23 9:13 GMT+01:00 stepharo <stepharo(a)free.fr >> <mailto:stepharo@free.fr>>: >> >> May be we should have some Palette >> >> And we could have (brainstorming) >> >> (ColorBuilder from: MDLPalette) >> -> aColorBuilder >> aColorBuilder red >> -> .... >> >> >> What the difference between red colors from different palettes? >> And why it is not just "MDLPalette red"? >

Feb. 25, 2016

Re: [Pharo-dev] Got some DNU using Spotter but I could not repeat it

by Tudor Girba

Hi, Was it not the SubscriptOutOfBounds error? This is because of Rubric, but it should not appear anymore in the latest Pharo with the fix of Marcus. Cheers, Doru > On Feb 25, 2016, at 10:56 PM, stepharo <stepharo(a)free.fr> wrote: > > Just for the record > > Got some DNU using Spotter but I could not reproduce it. > > Stef > -- www.tudorgirba.com www.feenk.com "We can create beautiful models in a vacuum. But, to get them effective we have to deal with the inconvenience of reality."

Feb. 25, 2016

Re: [Pharo-dev] Is there a plan to have refreshing values in debugger?

by stepharo

Le 25/2/16 13:39, Tudor Girba a Ã©crit : > we now want to play with FastTable to see if it would be fast enough. I really hope ;) Stef

Feb. 25, 2016

Re: [Pharo-dev] [bloc] feature envy -> move method close to data?

by stepharo

Sorry but I do not buy your argument. BlElement is in charge and it delegates it to BlShape. This is a quite common pattern and this is more logical that the object responsible for the shape drawing draw it in fact. It was like that in Bloc before so I do not see why this is not possible now. Le 25/2/16 13:37, Aliaksei Syrel a Ã©crit : > > All arbitrary shapes are being drawing in the same way and it is > enough to have only one method. Allowing shape to render itself would > lead to misunderstanding: bloc user would have to look into two places > (element and shape) to find out where drawing actually happens. > > On Feb 25, 2016 12:56 PM, "stepharo" <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > To me this is pre optimisation > > I do not see why we cannot do > > BlElement>>drawOnAthensCanvas: aCanvas > > self shape drawOnAthensCanvas: aCanvas with: self > > so far only localBounds from BlElement are used. > > And to me this is really strange to have an object responsible for > the drawing not doing it. > It blurs the responsibility. > > Stef > > Le 25/2/16 10:39, Tudor Girba a Ã©crit : > > Hi, > > Good question. > > The reason we want to have the morph be responsible because > subclasses might decide to draw in a different way regardless > of the shape being used. This gives us the maximum freedom for > more specific blocs. Still, this is something to experiment > with once we have more complicated examples built with Bloc. > > Cheers, > Doru > > > On Feb 25, 2016, at 9:56 AM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Hi Blockers > > I do not really understand why drawOnAthensCanvas: is not > defined on BlShape > (especially when we see how many self space are defined in > this method. > And this is one of the few things I thought I understood > from bloc (grouping the rendering in a separate object). > > > drawOnAthensCanvas: aCanvas > "Actually render receiver on aCanvas in local bounds. > Override to customize. > aCanvas is an instance of AthensCanvas > aCanvas must not be nil" > > | pathTransform | > pathTransform := aCanvas pathTransform. > "First we fill" > pathTransform > restoreAfter: > [ | path fillExtent fillTranslation | > "We fill inside natural element's bounds" > fillExtent := self shape path fillExtentFor: > self shape inBounds: self localBounds. > path := self shape path pathOn: aCanvas > forExtent: fillExtent. > "Translate fill if needed" > fillTranslation := self shape path > fillTranslationFor: self shape > inBounds: self localBounds. > pathTransform translateBy: fillTranslation. > aCanvas > setPaint: self shape fillPaint; > drawShape: path ]. > pathTransform > restoreAfter: > [ | path strokeExtent strokeTranslation | > "We stroke inside natural element's bounds" > strokeExtent := self shape path > strokeExtentFor: self shape inBounds: self localBounds. > path := self shape path pathOn: aCanvas > forExtent: strokeExtent. > "Translate stroke if needed" > strokeTranslation := self shape path > strokeTranslationFor: self shape > inBounds: self localBounds. > pathTransform translateBy: strokeTranslation. > aCanvas > setPaint: self shape strokePaint; > drawShape: path ] > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > www.feenk.com <http://www.feenk.com> > > "Sometimes the best solution is not the best solution." > > > > >

Feb. 25, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] c2b19a: 50611

by stepharo

I love the idea that we get more and better rules! Tx Yuriy Le 25/2/16 14:11, GitHub a Ã©crit : > 17685 Add rules to check if Float system classes are referenced > https://pharo.fogbugz.com/f/cases/17685

Feb. 25, 2016

Re: [Pharo-dev] ZTimestamp improvement

by stepharo

Le 25/2/16 15:07, Blondeau Vincent a Ã©crit : > I implemented some tests for the slice. You should be able to reuse them. So cool :) Tx vincent! > >> -----Message d'origine----- >> De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de >> Sven Van Caekenberghe >> EnvoyÃ© : jeudi 25 fÃ©vrier 2016 14:57 >> Ã : Pharo Development List >> Objet : Re: [Pharo-dev] ZTimestamp improvement >> >> Yes I saw what you did and indeed the same fix needs to be applied to >> ZTimestamp. I will do it after adding some tests. Thx! >> >>> On 25 Feb 2016, at 14:06, Blondeau Vincent >> <vincent.blondeau(a)worldline.com> wrote: >>> Hello, >>> >>> I use Ztimestamp to parse a date but the time zone offset is wrongly set: >>> (DateAndTime readTimezoneOffsetFrom: '+0530' readStream) printString >> gives '0:05:00:00' instead of '0:05:30:00'. >>> See https://pharo.fogbugz.com/f/cases/17693/Time-offset-parsing-is-false >> for the DateAndTime issue. >>> As the bug is in DateAndTime>>readOptionalSeparatorFrom: and >> ZTimestamp reuses the same code, I propose to apply the same patch to it. >>> Can I have the commit access to the repo >> (http://smalltalkhub.com/#!/~SvenVanCaekenberghe/Neo) to submit the >> patch? >>> Cheers, >>> Vincent >>> >>> >>> >>> Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage >> exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret >> professionnel. Si vous recevez ce message par erreur, merci d'en avertir >> immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne >> pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra >> Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs >> efforts soient faits pour maintenir cette transmission exempte de tout virus, >> l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne >> saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. >>> This e-mail and the documents attached are confidential and intended >> solely for the addressee; it may also be privileged. If you receive this e-mail in >> error, please notify the sender immediately and destroy it. As its integrity >> cannot be secured on the Internet, the Worldline liability cannot be triggered >> for the message content. Although the sender endeavours to maintain a >> computer virus-free network, the sender does not warrant that this >> transmission is virus-free and will not be liable for any damages resulting >> from any virus transmitted. >> > > !!!************************************************************************************* > "Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"

Feb. 25, 2016

Got some DNU using Spotter but I could not repeat it

by stepharo

Just for the record Got some DNU using Spotter but I could not reproduce it. Stef

Feb. 25, 2016