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

Re: [Pharo-dev] Are Critical Tools Becoming Too Brittle?

by Sean P. DeNigris

Max Leske wrote > Did you send #basicInspect? That should still give you the original > minimal inspector. Good tip! I didn't think of that. I see it's even in the context menu :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Are-Critical-Tools-Becoming-Too-Brittle-tp4867206p486… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 25, 2015

Re: [Pharo-dev] Are Critical Tools Becoming Too Brittle?

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > Are you sure your #printString is OK ? Aha! @$!$%!#$!#$#@ I got bitten for the umpteenth time by the #name trap. My custom #printOn: was calling #name, which I hadn't yet defined, and so called the default implementation, which sends #printString => infinite unbreakable loop. Thanks for the help. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Are-Critical-Tools-Becoming-Too-Brittle-tp4867206p486… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 25, 2015

Re: [Pharo-dev] [Moose-dev] AgileVisualization - call for reviewers

by Tudor Girba

Great work! Doru -- www.tudorgirba.com "Every thing has its own flow" > On 23 Dec 2015, at 19:57, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Dear All, > > As you may have heard, AgileVisualization is a book about the Roassal visualization engine. > We hope to have the book released soon, within a couple of months. It would be fantastic to have feedback: > > http://agilevisualization.com > > The book is a fantastic result of the community. You guys made this possible, and we wish to thank you very much for this. > > Beers will flow at ESUG for everybody who comment on the chapters :-) > We also have live discussion on Slack, channel #Roassal (see http://pharo.org/community on how to join Slack) > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev

Dec. 24, 2015

Re: [Pharo-dev] Object graph stream/visitor implementation?

by Tudor Girba

Hi, Indeed, DeepTraverser is the project to look at. I started it from the code of Mariano, and then Stefan Rechhart reimplemented it from scratch to make it very fast (e.g. traversing subclasses of a class is only 10% slower than the hard coded withAllSubclassesDo:) and to make it work like a stream. It's really beautiful. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow" > On 22 Dec 2015, at 14:06, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Denis, > > The DeepTraverser was a little easy hack I shared years ago to Tudor Girba which he then (improved it?) put it in Moose. > While it works is still very limited. You can give it a try. And if not, please spend some time checking the graph traverser we have in Fuel. I suspect it could be easily adapted for custom code, but I am not sure ;) > > Basically, check FLAnalysis >> run, which has a stack and starts the trace via #mapAndTrace: > > Cheers, > >> On Tue, Dec 22, 2015 at 6:20 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: >> I found this: http://smalltalkhub.com/#!/~Moose/DeepTraverser >> >> 2015-12-22 10:05 GMT+01:00 Marcus Denker <marcus.denker(a)inria.fr>: >>> >>> > On 22 Dec 2015, at 09:46, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: >>> > >>> > Hello. >>> > >>> > Do we have way to traverse object graph? >>> > >>> > I want stream which iterate object graph through instance variables with knowledge about path at every step. >>> > >>> > Maybe Fuel has classes for this ? >>> > >>> >>> yes, I think so.. there is #fuelAccept:, but I am not sure how general it is. >>> >>> I remember that Doru did some object graph iteration experiments, too? >>> (I canât find it). >>> >>> But I think we should actually add a general âobject graph iteratorâ to the reflective >>> features of the language. It seems very useful to have, and for sure Fuel could just >>> use it. >>> >>> Marcus > > > > -- > Mariano > http://marianopeck.wordpress.com

Dec. 24, 2015

Re: [Pharo-dev] Examples

by Alexandre Bergel

Okay! Thanks! Alexandre > On Dec 23, 2015, at 7:26 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > The problem with instance-side examples is that you need an instance > to work with (otherwise there is not much point of having it on the > instance-side), unless there would be pragma for it... > > e.g. > > MyObject>>myInstanceSideExample > <rtExample: 'self new myInstanceSideExample open'> > |v| > v := RTView new. > ... > ^ v > > The architecture for Nautilus icons is very easy to change or extend, > look at AbstractMethodIconAction and it's subclasses. > You could even easily add your own class specifically for Roassal > examples (and bundle it with Roassal) > > e.g. something like this (this is just an idea; I haven't tried > running the code...) > > RTMethodIsRoassalExample>>isActionHandled > ^ method methodClass className beginsWith: 'RT' and: [ method > selector includesSubstring: 'example' caseSensitive: false ]. > > RTMethodIsRoassalExample>>privateActionIcon > ^ IconicButton actionSelector: #runExample; etc... > > RTMethodIsRoassalExample>>runExample > ^ (method methodClass new perform: method) open "assuming the > method returns RTView instance..." > > Peter > > On Wed, Dec 23, 2015 at 10:33 PM, Alexandre Bergel > <alexandre.bergel(a)me.com> wrote: >> Hi! >> >> Having examples on the class sides imply that examples are not apparent when >> I do not select the class side of a class. >> And this is a pityâ¦ >> >> Maybe a particular icon can designate classes with examples? >> Or what about making the <script> pragma works also for instance methods and >> not only class methods? >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 24, 2015

Re: [Pharo-dev] Classes with isVariable=true

by Mariano Martinez Peck

Hi Denis, This is a bit old, but it might help you understand a few things more: https://marianopeck.wordpress.com/2011/05/07/class-formats-and-compiledmeth… (forget a bit about the CompiledMethod explanation) Cheers, On Thu, Dec 24, 2015 at 6:57 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Thank's Sven. > > I not noticed it. > > 2015-12-24 10:49 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > >> Denis, >> >> > On 24 Dec 2015, at 10:31, Denis Kudriashov <dionisiydk(a)gmail.com> >> wrote: >> > >> > Hello. >> > >> > I try to look how many classes has "isVariable=true" and "instSize>0". >> And I found two strange cases: PathTests and FileReferenceTest is variable >> classes. Why they are variable? >> >> Those are most probably mistakes. >> >> > And more general: how classes become variable? For example Path >> isVariable = true. But I not see initialize method which set it. >> >> This is done in the class creation template: >> >> ArrayedCollection variableSubclass: #Array >> instanceVariableNames: '' >> classVariableNames: '' >> category: 'Collections-Sequenceable' >> >> Note the VARIABLE before subclass in the message. >> >> HTH, >> >> Sven >> >> > Best regards, >> > Denis >> >> >> > -- Mariano http://marianopeck.wordpress.com

Dec. 24, 2015

Re: [Pharo-dev] Classes with isVariable=true

by Denis Kudriashov

Thank's Sven. I not noticed it. 2015-12-24 10:49 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Denis, > > > On 24 Dec 2015, at 10:31, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > > Hello. > > > > I try to look how many classes has "isVariable=true" and "instSize>0". > And I found two strange cases: PathTests and FileReferenceTest is variable > classes. Why they are variable? > > Those are most probably mistakes. > > > And more general: how classes become variable? For example Path > isVariable = true. But I not see initialize method which set it. > > This is done in the class creation template: > > ArrayedCollection variableSubclass: #Array > instanceVariableNames: '' > classVariableNames: '' > category: 'Collections-Sequenceable' > > Note the VARIABLE before subclass in the message. > > HTH, > > Sven > > > Best regards, > > Denis > > >

Dec. 24, 2015

Re: [Pharo-dev] Classes with isVariable=true

by Sven Van Caekenberghe

Denis, > On 24 Dec 2015, at 10:31, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > Hello. > > I try to look how many classes has "isVariable=true" and "instSize>0". And I found two strange cases: PathTests and FileReferenceTest is variable classes. Why they are variable? Those are most probably mistakes. > And more general: how classes become variable? For example Path isVariable = true. But I not see initialize method which set it. This is done in the class creation template: ArrayedCollection variableSubclass: #Array instanceVariableNames: '' classVariableNames: '' category: 'Collections-Sequenceable' Note the VARIABLE before subclass in the message. HTH, Sven > Best regards, > Denis

Dec. 24, 2015

Classes with isVariable=true

by Denis Kudriashov

Hello. I try to look how many classes has "isVariable=true" and "instSize>0". And I found two strange cases: PathTests and FileReferenceTest is variable classes. Why they are variable? And more general: how classes become variable? For example Path isVariable = true. But I not see initialize method which set it. Best regards, Denis

Dec. 24, 2015

Re: [Pharo-dev] #sum:, #detectSum:, #sumNumbers:

by stepharo

Just a remark. I think that we discarded the proposition of having aCol arithmetic sum but I found it nice because there if was clear that you want to get back 0 for #(). Stef

Dec. 24, 2015