April 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Problem with Finder

by jannik laval

Thank you guys, Now I see that, I am pretty sure that Ben already explain that to me... Now I have a trace :) Jannik 2014-04-07 1:10 GMT+02:00 ClÃ©ment Bera <bera.clement(a)gmail.com>: > Hello, > > > 2014-04-06 12:30 GMT-07:00 jannik laval <jannik.laval(a)gmail.com>: > > Probably, you can answer another problem: >> >> During reengineering a system (Phratch), I need to know senders / >> implementors in a specific group of package. >> The only way I found to do this is to use the Finder. >> Does exist another way ? >> >> Yes. > > Right click on your packages, click "Browse Scoped". > Then in any text editor of nautilus of this scoped browser, type or select > the selector you want, the press Cmd+m or Cmd+n to get senders or > implementors. > > >> Jannik >> >> >> 2014-04-06 11:05 GMT+02:00 Pharo4Stef <pharo4Stef(a)free.fr>: >> >> >>> On 06 Apr 2014, at 08:20, jannik laval <jannik.laval(a)gmail.com> wrote: >>> >>> Hi guys, >>> >>> When I use the Finder, on a specific package, it does not take into >>> account the class extensions. >>> >>> Is this bug already reported ? >>> >>> >>> >>> No and this is probably a bug because you may be the first one to use >>> this feature :) >>> >>> >>> -- >>> >>> ~~Jannik Laval~~ >>> Ãcole des Mines de Douai >>> Enseignant-chercheur >>> http://www.jannik-laval.eu >>> http://www.phratch.com >>> http://car.mines-douai.fr/ >>> >>> >>> >> >> >> -- >> >> ~~Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> http://www.phratch.com >> http://car.mines-douai.fr/ >> > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/

April 7, 2014

Re: [Pharo-dev] Syntax Visualisation in the C# infrastructure

by ClÃ©ment Bera

Well there is one screen shot at the bottom of this post: http://clementbera.wordpress.com/2014/01/22/the-sista-chronicles-iii-an-int… And multiple in this post: http://clementbera.wordpress.com/2014/02/13/the-sista-chronicles-iv-inlinin… 2014-04-06 15:46 GMT-07:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Do you have screenshots? I can advertise your work on our Facebook website. > > Alexandre > > > On Apr 5, 2014, at 11:38 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > > Yeah I use Roassal + Mondrian to visualize my intermediate > representations in the compiler and doing it for the AST is really simple > (like 5 min of work). > > > > In addition the GTInspector view on trees/graph is really nice. > > > > So basically we have all the tools they provide. > > > > > > 2014-04-05 17:56 GMT-07:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > I am not sure to what syntax visualization is useful for, but indeed, > this is easy in Roassal > > > > Assuming a class MyVisitor, that simples collect the nodes of the AST. > > > > -=-=-=-=-=-=-=-=-=-= > > | ast visitor g | > > "We get the nodes from the AST" > > ast := RBParser parseMethod: > (ArrayTest>>#testReplaceFromToWithStartingAt) getSource. > > visitor := MyVisitor new. > > ast acceptVisitor: visitor. > > > > "Visualization" > > g := RTGraphBuilder new. > > g node > > if: #isMessage shape: (RTEllipse new size: 10; color: Color red ) > + (RTLabel new text: #selector); > > if: #isReturn shape: (RTEllipse new size: 10; color: Color red ); > > if: #isBlock shape: (RTBox new size: 10; color: Color blue ); > > shape: (RTEllipse new size: 10; color: Color gray ). > > g layout use: RTTreeLayout new. > > g edge connectTo: #parent. > > > > g addAll: visitor nodes. > > > > g applyLayout. > > g view > > -=-=-=-=-=-=-=-=-=-= > > > > > > <Screen Shot 2014-04-05 at 9.56.35 PM.png> > > Cheers, > > Alexandre > > > > > > On Apr 4, 2014, at 4:34 AM, Goubier Thierry <thierry.goubier(a)cea.fr> > wrote: > > > >> It seems that Microsoft has opened interesting parts of the C# > compilation infrastructure, including syntax visualisation. > >> > >> > http://roslyn.codeplex.com/wikipage?title=Syntax%20Visualizer&referringTitl… > >> > >> Ideas for Opal+Roassal2 ? > >> > >> Thierry > >> -- > >> Thierry Goubier > >> CEA list > >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > >> 91191 Gif sur Yvette Cedex > >> France > >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > >> > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

April 7, 2014

Re: [Pharo-dev] [Inspiration] Toward a better programming

by S Krish

"...Coherent and robust philosophy..." We got to be aware of the fact that Wolfram is recognized as a renegade scientist with a great work in Mathematica but the work on cellular automata and his theory on New kind of Science is controversial to put it lightly. What appeals to me as ideas / concepts that will make a great impact in Pharo if we can bring it in, without crossing swords on IP / patents..!!.. Kind of pick on priori art on all of them. http://www.wolfram.com/language/principles/ *For Pharo:* The great work done in Pharo so far and with core roadmap ahead.. this will probably be add on to the core / or as an extension: * *Cloud/ distributed processing*: A semi connected distributed language / programming environment that is knowledge aware of each node, scalably working with one or more nodes available at any given time. Backend data awareness linked to any type of data storage: RDBMS, NoSQL, flat files.. * *Power of algorithmic computation:* The framework for distributed AI algorithm that works with available knowledge base in time defined manner ( synchronous or asynch ) of the defined "execution". The power user can then plugin additional algorithms, modify and create a web as reqd * *Symbolic Expressions*: Syntactically cryptic but like a DSL it makes sense to have power user the brevity in his daily grind, though it can be left to the power user group to evolve the same given a foundation of a framework that makes it quick work to get it stitched together. * * Flexible Presentation*: DSL or the scripting driven quick presentation capability that can be any from a html / morphic / image / video / textual presentation. Kind of moldable, flexible to the core with defaults that feel almost intuitive to the processing * *NLP*: Natural language processing that is incremental, perhaps smalltalk already has been there in a small measure and static for a very long time, need to make it really NLP.. http://emerge.mc.vanderbilt.edu/natural-language-processing-nlp-survey-tool… <http://www.nltk.org/> * *Numerical computation*: Fast, highly efficient perhaps Native Boost enabled all kinds of maths: calculus, statistical computation, image processing et als. All the above are greatly relevant in the enterprise world development and will be a great fit to Pharo's capability with the GTInspector, Rossal+Athens presentation along with Morphic, meta programming, debugger that is live and can be interconnected with fuel, syntatically as close to NLP to any mainstream language can be ... *-Skrish* On Wed, Apr 2, 2014 at 11:42 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Indeed, I read this article several times over the last couple of days. > This work is impressive particularly when combined with the cloud part. > > The language itself is less interesting for me, but what makes it stand > out is that it has a coherent and robust philosophy behind and phenomenal > goals to reach. In Pharo, we have the luxury of building on top of coherent > and robust philosophy (even if different from the Wolfram one) and we > should try as much as possible to keep our eyes on phenomenal goals that > seem unreachable. > > Another thing I like in Wolfram's work is attention to details: > http://blog.wolfram.com/2008/01/10/ten-thousand-hours-of-design-reviews/ > > Details are crucial, and all the effort in Pharo around naming and > redesigning what already exists is incredibly important. But, it is > precisely at the moment when we are knee-deep in details that is crucial to > keep our eyes on the phenomenal long term goals. > > There is so much to build. Let's be bold. > > Doru > > > > On Tue, Apr 1, 2014 at 7:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > >> >> On 31 Mar 2014, at 06:21, S Krish <krishnamachari.sudhakar(a)gmail.com> >> wrote: >> >> > How about impact of this: >> > >> > >> http://blog.stephenwolfram.com/2014/03/injecting-computation-everywhere-a-s… >> > >> > I would agree it is quite complex for any beginner, but utility of a >> programming language on these lines seems cut out for the future.. >> >> Wow, this is really powerful stuff, a long read, but well worth it. By >> recombining and reusing all their technology they seem to be able to move >> into more and more territory. >> >> It is closed source and (very) expensive, and I don't like the syntax, >> but we sure can get good ideas from them. >> >> Thanks for sharing the link. >> >> Sven >> >

April 7, 2014

Re: [Pharo-dev] Problem with Finder

by ClÃ©ment Bera

Hello, 2014-04-06 12:30 GMT-07:00 jannik laval <jannik.laval(a)gmail.com>: > Probably, you can answer another problem: > > During reengineering a system (Phratch), I need to know senders / > implementors in a specific group of package. > The only way I found to do this is to use the Finder. > Does exist another way ? > > Yes. Right click on your packages, click "Browse Scoped". Then in any text editor of nautilus of this scoped browser, type or select the selector you want, the press Cmd+m or Cmd+n to get senders or implementors. > Jannik > > > 2014-04-06 11:05 GMT+02:00 Pharo4Stef <pharo4Stef(a)free.fr>: > > >> On 06 Apr 2014, at 08:20, jannik laval <jannik.laval(a)gmail.com> wrote: >> >> Hi guys, >> >> When I use the Finder, on a specific package, it does not take into >> account the class extensions. >> >> Is this bug already reported ? >> >> >> >> No and this is probably a bug because you may be the first one to use >> this feature :) >> >> >> -- >> >> ~~Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> http://www.phratch.com >> http://car.mines-douai.fr/ >> >> >> > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://car.mines-douai.fr/ >

April 6, 2014

Re: [Pharo-dev] Syntax Visualisation in the C# infrastructure

by Alexandre Bergel

Do you have screenshots? I can advertise your work on our Facebook website. Alexandre On Apr 5, 2014, at 11:38 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > Yeah I use Roassal + Mondrian to visualize my intermediate representations in the compiler and doing it for the AST is really simple (like 5 min of work). > > In addition the GTInspector view on trees/graph is really nice. > > So basically we have all the tools they provide. > > > 2014-04-05 17:56 GMT-07:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > I am not sure to what syntax visualization is useful for, but indeed, this is easy in Roassal > > Assuming a class MyVisitor, that simples collect the nodes of the AST. > > -=-=-=-=-=-=-=-=-=-= > | ast visitor g | > "We get the nodes from the AST" > ast := RBParser parseMethod: (ArrayTest>>#testReplaceFromToWithStartingAt) getSource. > visitor := MyVisitor new. > ast acceptVisitor: visitor. > > "Visualization" > g := RTGraphBuilder new. > g node > if: #isMessage shape: (RTEllipse new size: 10; color: Color red ) + (RTLabel new text: #selector); > if: #isReturn shape: (RTEllipse new size: 10; color: Color red ); > if: #isBlock shape: (RTBox new size: 10; color: Color blue ); > shape: (RTEllipse new size: 10; color: Color gray ). > g layout use: RTTreeLayout new. > g edge connectTo: #parent. > > g addAll: visitor nodes. > > g applyLayout. > g view > -=-=-=-=-=-=-=-=-=-= > > > <Screen Shot 2014-04-05 at 9.56.35 PM.png> > Cheers, > Alexandre > > > On Apr 4, 2014, at 4:34 AM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > >> It seems that Microsoft has opened interesting parts of the C# compilation infrastructure, including syntax visualisation. >> >> http://roslyn.codeplex.com/wikipage?title=Syntax%20Visualizer&referringTitl… >> >> Ideas for Opal+Roassal2 ? >> >> Thierry >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 6, 2014

Re: [Pharo-dev] Problem with Finder

by Nicolai Hess

Use Nautilus, right click on the package, choose "browse scoped". In the new browser, search for senders/implementers is scoped on this package. (it doesn't fully work. If you use a scoped browser, the search envirionment includes the whole class of other packages, for which your package defines an extions, even if the search result is not the extension). 2014-04-06 21:30 GMT+02:00 jannik laval <jannik.laval(a)gmail.com>: > Probably, you can answer another problem: > > During reengineering a system (Phratch), I need to know senders / > implementors in a specific group of package. > The only way I found to do this is to use the Finder. > Does exist another way ? > > Jannik > > > 2014-04-06 11:05 GMT+02:00 Pharo4Stef <pharo4Stef(a)free.fr>: > > >> On 06 Apr 2014, at 08:20, jannik laval <jannik.laval(a)gmail.com> wrote: >> >> Hi guys, >> >> When I use the Finder, on a specific package, it does not take into >> account the class extensions. >> >> Is this bug already reported ? >> >> >> >> No and this is probably a bug because you may be the first one to use >> this feature :) >> >> >> -- >> >> ~~Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> http://www.phratch.com >> http://car.mines-douai.fr/ >> >> >> > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://car.mines-douai.fr/ >

April 6, 2014

Re: [Pharo-dev] Problem with Finder

by jannik laval

13179: Finder does not take Class extensions into account 2014-04-06 21:31 GMT+02:00 jannik laval <jannik.laval(a)gmail.com>: > Should I ask it for Pharo 3.0 or Pharo 4.0 ? > > Jannik > > > 2014-04-06 11:05 GMT+02:00 Pharo4Stef <pharo4Stef(a)free.fr>: > >> >> On 06 Apr 2014, at 08:20, jannik laval <jannik.laval(a)gmail.com> wrote: >> >> Hi guys, >> >> When I use the Finder, on a specific package, it does not take into >> account the class extensions. >> >> Is this bug already reported ? >> >> >> >> No and this is probably a bug because you may be the first one to use >> this feature :) >> >> >> -- >> >> ~~Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> http://www.phratch.com >> http://car.mines-douai.fr/ >> >> >> > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://car.mines-douai.fr/ > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/

April 6, 2014

Re: [Pharo-dev] Problem with Finder

by jannik laval

Should I ask it for Pharo 3.0 or Pharo 4.0 ? Jannik 2014-04-06 11:05 GMT+02:00 Pharo4Stef <pharo4Stef(a)free.fr>: > > On 06 Apr 2014, at 08:20, jannik laval <jannik.laval(a)gmail.com> wrote: > > Hi guys, > > When I use the Finder, on a specific package, it does not take into > account the class extensions. > > Is this bug already reported ? > > > > No and this is probably a bug because you may be the first one to use this > feature :) > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://car.mines-douai.fr/ > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/

April 6, 2014

Re: [Pharo-dev] Problem with Finder

by jannik laval

Probably, you can answer another problem: During reengineering a system (Phratch), I need to know senders / implementors in a specific group of package. The only way I found to do this is to use the Finder. Does exist another way ? Jannik 2014-04-06 11:05 GMT+02:00 Pharo4Stef <pharo4Stef(a)free.fr>: > > On 06 Apr 2014, at 08:20, jannik laval <jannik.laval(a)gmail.com> wrote: > > Hi guys, > > When I use the Finder, on a specific package, it does not take into > account the class extensions. > > Is this bug already reported ? > > > > No and this is probably a bug because you may be the first one to use this > feature :) > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://car.mines-douai.fr/ > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/

April 6, 2014

Re: [Pharo-dev] MC diffs are seriously broken in Pharo2.0

by Pharo4Stef

On 06 Apr 2014, at 17:36, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > I'm trying to fix some Pharo VM issues (11330), but have awfully bad experience with Pharo2.0 tools. > > The autocompletion stuff is a joke, it moves the input cursor randomly and spoils my input. That's the first thing I disable. Do you have the same with 30? Because I know that there were some problems when we merged OC and EC but this is nearly more than a year ago. > The pharo's PolyMorphDiffTool is good looking but awfully sloooow > It clearly does not scale (10 minutes or so to diff Eliot's branch) so I reverted to the old diff tool. > But of course, someone broke MCMethodDefinition>>summary (gratuitously?) and I had to revert this method to have class names displayed again. Nicolas this is probably not gratuitoulsy and you know it. Doing imply doing mistakes. Give me a fully tested system and you will see that we will not break it. So can you open a bug entry so that we do not forget to fix it. > But worse than all, there are insane caches operating in MCVersion that drove me crazy. > Here is the scenario: > 1) I diff working copy against package.branchA-version.mcz > 2) I cherry pick and install a few methods > 3) I diff against package.branchA-version.mcz again to check if I missed smthing > 4) Huh? it looks like my cherry pick have not been installed??? > Yes they were installed, but the completePackageSnapshot has been cached in MCVersion!!! > What a mistake! The working copy is going to evolve, caching a snapshot of it is a DUMB thing.It means that methods that I further change in the working copy will NEVER be taken into account next time I'll do a diff. > So I had to change MCVersion>>changes > ^ self completeSnapshot patchRelativeToBase: self loadCompletePackageSnapshot > > This is so broken that I have to report here. Thanks this is the best things to do. You see probably one guy tried to speed up the system and this happens. > Note that I did not check if symptoms are still in Pharo 3.0, but the working copy scnapshot cache still is for sure! > > Guys, it makes me wonder, who is eating the dog food? We are constantly using Pharo alpha the complete moose and pharo > Did anyone progress into developing VM in Pharo 3.0, because if I must eat it, I'd prefer the freshest ;) I guess so. Esteban does not look like using Pharo2.0 but I will let him reply. > Or if I fix some more bug, I'd like my efforts to not apply to an obsolete version. Us too. :) Thanks for reporting problems. Can you open bug entries so that we can handle these problems? Stef

April 6, 2014