- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Program visualisation

by Thierry Goubier

Hi Florin, Le 08/10/2014 04:45, Florin Mateoc a Ã©crit : > Hi again, > > I don't understand the self-defeating part. Indeed, I do start with > some knowledge, and because of that, initially I can come up with > some external representation, which reflects that understanding. > After staring at it enough (in its dynamic behavior), I can notice > ways to improve things. I "milk" the representation until the > initial behavior is barely recognizable. At that point it is not > helpful anymore. I need a different representation now to stare at, > since I have the nagging feeling that I am still leaving something on > the table. How do I get to the next one? Moving in the design space > sounds exactly right. So, how do you do that? No idea yet. I have tried to embed that kind of philosophy in the previous to last programming language I helped design and implement, but didn't manage to setup the right PhD subject and candidate to integrate that into the IDE/Compiler. I approached a visualisation 'guru' who was very interested, but we didn't manage to get the subject / project of the ground. It may have been a bit over-ambitious :) > That is a very nice way of expressing it, except I would still say > that it is not the visual system themselves that have the natural > abstraction capabilities, it is a specialized part of our brain that > extracts that automatically/unconsciously for us (what I called > pattern matching (since it can only identify/notice things that it > can match somehow)). But you expressed much better than I did why > this is/would be so valuable. And I will check out the reference, > thank you - the title sounds promising :). Recommended. I also have praise on the E. Tufte books of course. > Well, same here, and right now I am busy with another spare time > project anyway (but I couldn't resist asking about your tools :) ), > but if I ever manage to get back to polish that algorithm which has > been in the back of my mind during this discussion (for the longest > common subsequence), and which I worked on just for fun anyway, but > which left me, as I said, with the nagging feeling that I could do > more (and I don't mean some peephole optimization), I will try out > some of these visualization techniques to see if anything comes out > of it. Please explore when you'll have time, and describe what you end up with. I have the feeling that Pharo is moving towards providing building blocks to reuse as foundations for that kind of work: Roassal, parsers, ASTs, traces, code models, etc... so that we may build any needed visualisation, as Moose is using for software in the large. I'm currently on a medium to long term quest to learn in depth / maybe improve the AST automatic generation in SmaCC; it should give me a core foundation (a common API for the ASTs for all langages that SmaCC can parse) to build upon interactive visualisations IDEs for the programming languages I'm getting involved in: yesterday C, now R, tomorrow (I hope) Fortran and Python. But this is more about static analysis than runtime behavior analysis, unless I turn to VectorFabrics underlying tech... Hum, this one is ... interesting. It opens new ideas. Thanks a lot, this is really great! Thierry

Oct. 9, 2014

Re: [Pharo-dev] OSProcess in 3.0

by David T. Lewis

Thierry, Thanks for doing those configuration updates, I hit "send" before I saw your reply. Dave > Hi Noury, > > no, OSProcess on Squeaksource is not dead and is integrating all the > changes needed for all the platforms it is running on. > > And as you can see, I very recently updated the configuration to make > sure it was pointing to the very latest version. > > Regards, > > Thierry > > Le 09/10/2014 22:30, Noury Bouraqadi a Ã©crit : >> Hi, >> >> Just tried to install the stable version of OSProcess using the >> configuration browser on a 3.0. >> I noticed it is still on http://www.squeaksource.com/OSProcess. >> Does it mean it is dead? if yes, what is the alternative? > > >> Thanx >> Noury >> >> > >

Oct. 9, 2014

Re: [Pharo-dev] OSProcess in 3.0

by David T. Lewis

> Hi, > > Just tried to install the stable version of OSProcess using the > configuration browser on a 3.0. > I noticed it is still on http://www.squeaksource.com/OSProcess. > Does it mean it is dead? if yes, what is the alternative? Hi Noury, OSProcess is alive and well. Let me know if you have any problems with it. The Metacello configurations might be due for an update for Pharo, as there is at least one recent update that would be of interest to users of PipeableOSProcess (in www.squeaksource.com/CommandShell) Dave

Oct. 9, 2014

Re: [Pharo-dev] OSProcess in 3.0

by Thierry Goubier

Hi Noury, no, OSProcess on Squeaksource is not dead and is integrating all the changes needed for all the platforms it is running on. And as you can see, I very recently updated the configuration to make sure it was pointing to the very latest version. Regards, Thierry Le 09/10/2014 22:30, Noury Bouraqadi a Ã©crit : > Hi, > > Just tried to install the stable version of OSProcess using the configuration browser on a 3.0. > I noticed it is still on http://www.squeaksource.com/OSProcess. > Does it mean it is dead? if yes, what is the alternative? > Thanx > Noury > >

Oct. 9, 2014

OSProcess in 3.0

by Noury Bouraqadi

Hi, Just tried to install the stable version of OSProcess using the configuration browser on a 3.0. I noticed it is still on http://www.squeaksource.com/OSProcess. Does it mean it is dead? if yes, what is the alternative? Thanx Noury

Oct. 9, 2014

Re: [Pharo-dev] Android VM update

by Pablo R. Digonzelli

Great ! thanks Jean Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714 De: "Denis Kudriashov" <dionisiydk(a)gmail.com> Para: "Pharo Development List" <pharo-dev(a)lists.pharo.org> Enviados: Jueves, 9 de Octubre 2014 15:15:45 Asunto: Re: [Pharo-dev] Android VM update You are doing great job, Jean. 2014-10-06 13:30 GMT+04:00 Jean Baptiste Arnaud < jbaptiste.arnaud(a)gmail.com > : Hi, I just comeback from holiday, and I realise that I do not have done a announcement yet. Now the prototype of the Pharo Android VM work. - Event is managed - Resolution up to 1080p is managed. - Most of the plugins seems worked. - File plugin allow you to browse the sd card. Next: - fix the generator then jenkins. Merge with Pharo/Cog main and Make it available for the public. - die under the mountain of bug entry open by the first public release. First release will be perfect and bugless. - allow easy personalisation of the packaging, allow you to rename and change icon easily (for your own application, Squeak/Pharo Android VM, Phratch, DR geo, etc.). - refined the jumpout logic for have a better graphical update and a better idle process (less consumption, faster reactive UI, UI updating during heavy computation, etc. ). - package the android feature in the android plugin, show/hide the keyboard via primitive, etc. etc. + init configuration. - a lot of cool idea but later Here is a youtube video to show the result: http://youtu.be/lB9UV9Z7Kss You can forward this to other mailing list, I do not have access to all of them. Best Regards Dr Arnaud jbaptiste.arnaud(a)gmail.com

Oct. 9, 2014

Re: [Pharo-dev] Android VM update

by Denis Kudriashov

You are doing great job, Jean. 2014-10-06 13:30 GMT+04:00 Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com> : > Hi, > I just comeback from holiday, and I realise that I do not have done a > announcement yet. > Now the prototype of the Pharo Android VM work. > - Event is managed > - Resolution up to 1080p is managed. > - Most of the plugins seems worked. > - File plugin allow you to browse the sd card. > Next: > - fix the generator then jenkins. Merge with Pharo/Cog main and Make it > available for the public. > - die under the mountain of bug entry open by the first public release. First > release will be perfect and bugless. > - allow easy personalisation of the packaging, allow you to rename and > change icon easily (for your own application, Squeak/Pharo Android VM, > Phratch, DR geo, etc.). > - refined the jumpout logic for have a better graphical update and a > better idle process (less consumption, faster reactive UI, UI updating > during heavy computation, etc. ). > - package the android feature in the android plugin, show/hide the > keyboard via primitive, etc. etc. + init configuration. > - a lot of cool idea but later > > Here is a youtube video to show the result: > http://youtu.be/lB9UV9Z7Kss > > You can forward this to other mailing list, I do not have access to all of > them. > > Best Regards > Dr Arnaud > jbaptiste.arnaud(a)gmail.com > > > > > > > > >

Oct. 9, 2014

Re: [Pharo-dev] Building diffs

by Dale Henrichs

Yuriy, In that case, I'd be inclined to strip the leading whitespace off of the lines and do the diff ... TextDiffBuilder could probably be subclassed/extended to remove leading whitespace for diff and then restore the whitespace for diff ... Dale On Thu, Oct 9, 2014 at 10:19 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Yes, Iâve tried to use pretty printed version, the problem is that if you > wrap something in a block, then itâs indented anyway, and so it looks like > youâve replaced a lot. > > Uko > > On 09 Oct 2014, at 18:39, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> > wrote: > > Yuriy, > > For tODE is use TextDiffBuilder, but I format the source before doing the > diff ... it's still line by line, but formatting differences are eliminated > ... > > Dale > > On Thu, Oct 9, 2014 at 2:34 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> Hi, >> >> What is the best way to find a difference between methods? Iâve tried to >> use TextDiffBuilder, but itâs very inaccurate, as it reports dive by line, >> and then even indentation is rated as change of whole line. Is there >> anything better? >> >> Cheers! >> Uko >> > > >

Oct. 9, 2014

Re: [Pharo-dev] Building diffs

by Yuriy Tymchuk

Yes, Iâve tried to use pretty printed version, the problem is that if you wrap something in a block, then itâs indented anyway, and so it looks like youâve replaced a lot. Uko > On 09 Oct 2014, at 18:39, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > Yuriy, > > For tODE is use TextDiffBuilder, but I format the source before doing the diff ... it's still line by line, but formatting differences are eliminated ... > > Dale > > On Thu, Oct 9, 2014 at 2:34 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: > Hi, > > What is the best way to find a difference between methods? Iâve tried to use TextDiffBuilder, but itâs very inaccurate, as it reports dive by line, and then even indentation is rated as change of whole line. Is there anything better? > > Cheers! > Uko >

Oct. 9, 2014

Re: [Pharo-dev] Building diffs

by Dale Henrichs

Yuriy, For tODE is use TextDiffBuilder, but I format the source before doing the diff ... it's still line by line, but formatting differences are eliminated ... Dale On Thu, Oct 9, 2014 at 2:34 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi, > > What is the best way to find a difference between methods? Iâve tried to > use TextDiffBuilder, but itâs very inaccurate, as it reports dive by line, > and then even indentation is rated as change of whole line. Is there > anything better? > > Cheers! > Uko >

Oct. 9, 2014