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

Re: [Pharo-dev] Edge bundles

by stepharo

<marketing> Think Pharo not Smalltalk. Smalltalk is dead. Pharo is kicking. Do not expect that people will not look at you strangely when you mention smalltalk. And the twist is that Pharo is inspired by Smalltalk Stef </marketing> Le 18/7/15 15:24, Ben Coman a Ã©crit : > On Sat, Jul 18, 2015 at 7:34 PM, Craig Latta <craig(a)netjam.org> wrote: >> Hi Alexandre-- >> >>>> Very nice! I would love to use this for my object memory >>>> visualizations[1], so that they can be recomputed live. Have you >>>> done any work toward hyperbolic display, as with Walrus[2]? The >>>> datasets I work with are sufficiently large that such a technique >>>> is indispensable. >>> We can discuss about this at esug. You are coming right? >> I was at the first International Conference on Live Coding[3] >> instead this year, which happened at the same time. A great gathering! I >> hope there's more overlap between that, ESUG, and the International >> Workshop on Live Programming[4] in the future > I would be interested to know your impressions and potential for > Smalltalk here. What is that community's current exposure to > Smalltalk and what are their competing technologies ? > cheers -ben > > >> [1] http://netjam.org/context/viz >> [2] http://www.caida.org/tools/visualization/walrus >> [3] http://iclc.livecodenetwork.org >> [4] https://liveprogramming.github.io/2013 > >

July 18, 2015

Re: [Pharo-dev] Pharo 64bit planned?

by stepharo

> I did not see any progress over the time in making a (stable) release > of pharo in 64 bit flavor. This is that you do not look carefully enough. :) This is planned but it takes time as you can expect. - First spur new GC (32) that eliot designed to get working in 64 bits. - Second 64bits. Now if companies want to get it done faster, there is the consortium that is a non profit structure to collect money and hire more people. I can tell you if we would have a couple of millions euros invested into Pharo. Pharo would be massively different :) > > For servers, it is a common practice (and also a good one if no 32bit > executables are planned) to completelly disable 32bit support (by not > compiling any library in 32bit, disabling emulation of 32bit in > kernel), and also performance, as under 64bit, 32bit code runs slightly > slower. > > The above make enough reasons to make it interesting to have a 64bit > version of pharo, but... Is it intended/in progress? Or nothing really > at the moment?

July 18, 2015

Re: [Pharo-dev] Edge bundles

by Ben Coman

On Sat, Jul 18, 2015 at 7:34 PM, Craig Latta <craig(a)netjam.org> wrote: > > Hi Alexandre-- > >> > Very nice! I would love to use this for my object memory >> > visualizations[1], so that they can be recomputed live. Have you >> > done any work toward hyperbolic display, as with Walrus[2]? The >> > datasets I work with are sufficiently large that such a technique >> > is indispensable. >> >> We can discuss about this at esug. You are coming right? > > I was at the first International Conference on Live Coding[3] > instead this year, which happened at the same time. A great gathering! I > hope there's more overlap between that, ESUG, and the International > Workshop on Live Programming[4] in the future I would be interested to know your impressions and potential for Smalltalk here. What is that community's current exposure to Smalltalk and what are their competing technologies ? cheers -ben > [1] http://netjam.org/context/viz > [2] http://www.caida.org/tools/visualization/walrus > [3] http://iclc.livecodenetwork.org > [4] https://liveprogramming.github.io/2013

July 18, 2015

Re: [Pharo-dev] Bloc borders

by Aliaksei Syrel

Ok :) That makes sense. On Jul 18, 2015 10:30 AM, "Stephan Eggermont" <stephan(a)stack.nl> wrote: > On 17-07-15 21:53, Aliaksei Syrel wrote: > >> Sorry, I meant BlRoundedRectangleView has solid by default - because of >> corner radius. It's kind of specific case. I use mainly rounded >> rectangle view. >> > > Then perhaps the BlRoundedRectangleView should have a different > NullBorder instead? My expectation when adding a solid border > is that I should be able to see it by default. > > Stephan > > >

July 18, 2015

thank you

by Tudor Girba

Hi, GT captured the spotlight again at ESUG: http://www.humane-assessment.com/blog/gtspotter-1st-prize-esug2015 [image: Inline image 1] We, the Glamorous Team, would like to thank the community for the trust and for the support. We assure you that we do not take this for granted. We started on an ambitious project of rethinking the IDE from the ground up. We started with GTInspector and showed how object inspection can be a great deal more than the state-of-the-art offers. Now we redefined searching for objects. These are great milestones, but the road ahead is still long and challenging. While the Glamorous Team is at the forefront, we cannot do it alone. We need you to work with us and show the world that we can reinvent what was started decades ago in Smalltalk. Only this time weâll make it happen in Pharo. Thank you, The Glamorous Team

July 18, 2015

Re: [Pharo-dev] Edge bundles

by Craig Latta

Hi Alexandre-- > > Very nice! I would love to use this for my object memory > > visualizations[1], so that they can be recomputed live. Have you > > done any work toward hyperbolic display, as with Walrus[2]? The > > datasets I work with are sufficiently large that such a technique > > is indispensable. > > We can discuss about this at esug. You are coming right? I was at the first International Conference on Live Coding[3] instead this year, which happened at the same time. A great gathering! I hope there's more overlap between that, ESUG, and the International Workshop on Live Programming[4] in the future (although without requiring one to be in multiple places at the same time :). Please contact me privately; perhaps we can meet up somewhere in Europe before the next ESUG. cheers, -C [1] http://netjam.org/context/viz [2] http://www.caida.org/tools/visualization/walrus [3] http://iclc.livecodenetwork.org [4] https://liveprogramming.github.io/2013 -- Craig Latta netjam.org +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

July 18, 2015

ci https://ci.inria.fr/pharo/ down...

by Marcus Denker

â¦ I tried to restart but it does not work. I will send a mail to support. (but it will be monday before they react) Marcus

July 18, 2015

Re: [Pharo-dev] Bloc borders

by Stephan Eggermont

On 17-07-15 21:53, Aliaksei Syrel wrote: > Sorry, I meant BlRoundedRectangleView has solid by default - because of > corner radius. It's kind of specific case. I use mainly rounded > rectangle view. Then perhaps the BlRoundedRectangleView should have a different NullBorder instead? My expectation when adding a solid border is that I should be able to see it by default. Stephan

July 18, 2015

Re: [Pharo-dev] missing cairo library in CI

by Peter UhnÃ¡k

bump anyone CI knowledgable has any idea? The previous link is dead, but the description remains. What's even better now is that the CI server itself is crashing on displaying XML outputs... https://ci.inria.fr/pharo-contribution/job/DynaCASE/46/PHARO=40,VERSION=dev… Thanks, Peter On Wed, Jul 1, 2015 at 1:09 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi all, > > not sure if this is best directed at pharo or CI mailing list... > > I've created a new job in pharo-contribution and my Pharo project uses > Cairo library... > however when CI ran the tests it failed on > > "Cannot locate cairo library. Please check if it installed on your system" > ( > https://ci.inria.fr/pharo-contribution/job/DynaCASE/2/PHARO=40,VERSION=deve… > ) > > is it something I need to enable or disable somewhere? > > I'm pretty sure Athens also uses Cairo ( > https://ci.inria.fr/pharo-contribution/job/Athens/) and it works just > fine. > > Any pointers appreciated, > Peter >

July 18, 2015

Re: [Pharo-dev] Pharo 64bit planned?

by Marcus Denker

> On 18 Jul 2015, at 01:31, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi David, > > On Fri, Jul 17, 2015 at 3:22 PM, David <stormbyte(a)gmail.com <mailto:stormbyte@gmail.com>> wrote: > I did not see any progress over the time in making a (stable) release > of pharo in 64 bit flavor. > > For servers, it is a common practice (and also a good one if no 32bit > executables are planned) to completelly disable 32bit support (by not > compiling any library in 32bit, disabling emulation of 32bit in > kernel), and also performance, as under 64bit, 32bit code runs slightly > slower. > > The above make enough reasons to make it interesting to have a 64bit > version of pharo, but... Is it intended/in progress? Or nothing really > at the moment? > > 64-bit development of Spur is in progress. There is a somewhat functional 64-bit Squeak Spur image and a functional Linux 64-bit Stack interpreter. Coincidentally I'm currently working on an input event processing bug which only occurs in the real VM. You may know that the next release of Pharo (Pharo 6?) is intended to be a Spur release. The idea is that we will do a Pharo4s in the fall that is just Pharo4+Spur. Pharo5 (next release) in spring 2016 will be based on spur of course, too. This has in addition lots image side improvementsâ¦ e.g. - new text editor - the MetaLink model for behavioral reflection - breakpoints - First class Variables usable, but not yet used in the image - â¦. lots more > Esteban Lorenzano is working on the Pharo Spur bootstrap. I am working in Squeak and my priorities are first, to get the Spur Squeak 64-bit image working fully on the Stack Interpreter and then to work on an x64 JIT VM. I expect that by the time Pharo 6 is ready to release, the 64-bit version will also be ready. > Yes, we might then again do a Pharo5s that is Pharo5+64bit Spurâ¦ because Pharo6 will be a HUGE step: It will be based on Bloc, the replacement of Morphic that is now under active development. On top of Bloc there will be a complete, clean, modern set of widgets, a new text model and the next iteration of GT tools based on all that. Marcus

July 18, 2015