Re: [Pharo-dev] millisecondClockValue
Hi Alain, that's actually a good question. The issue is whether the millisecond clock should start from zero or not. Clearly deriving it from the 64-bit microsecond clock is a win. It won't wrap (not for 50,000 years at least). But the current clock starts at 0 when the image starts up. If one were to continue to zero the millisecond clock on image startup won't overflow into large integers for 12.4 days, but it isn't really a clock. Personally my preference is to indeed implement millisecondClockValue as microsecondClockValue // 1000, and simply live with the fact that its always a large integer. On Sat, Jul 18, 2015 at 6:51 AM, Alain Plantec via Pharo-dev < pharo-dev@lists.pharo.org> wrote: > > > -- Forwarded message -- > From: Alain Plantec > To: Pharo Development List > Cc: > Date: Sat, 18 Jul 2015 15:50:46 +0200 > Subject: millisecondClockValue > Hello, > > Is there any reason why we do not use microsecondClockValue to compute > millisecondClockValue ? > Other that "because someone has to do it" I mean. > I’ve changed Time>>millisecondClockValue to be computed from > microsecondClockValue > and modulo change of the event stamp initialization, it seems to work > normally. > > Cheers > Alain > > > > -- _,,,^..^,,,_ best, Eliot
Re: [Pharo-dev] Edge bundles
On 18 Jul 2015 9:37 pm, "stepharo" wrote: > > > 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 > In general I follow this rule but I know Craig does a lot with Squeak so I was talking more broadly. Cheers -ben > Le 18/7/15 15:24, Ben Coman a écrit : >> >> On Sat, Jul 18, 2015 at 7:34 PM, Craig Latta 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 >> >> >> > >
Re: [Pharo-dev] Edge bundles
Hoi Stef-- > Do not expect that people will not look at you strangely when you > mention smalltalk. Actually, the people at ICLC have immense respect for Smalltalk and its current developers. It was refreshing to skip right past any sort of apologetics and get right to the doing. -C -- Craig Latta netjam.org +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)
Re: [Pharo-dev] Edge bundles
> Please contact me privately; perhaps we can meet up somewhere in > Europe before the next ESUG. I will be at VISSOFT/ICSME end of september in Bremen, Germany Maybe SPLASH/OOPSLA in at the end of October in Pittsburg SANER beginning of March 2016 If people are around, let me know!! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Re: [Pharo-dev] [Slots] Slides from ESUG: Variables in Pharo5
> On 17 Jul 2015, at 15:05, Marcus Denker wrote: > > Hi, > > The slides from the second talk are online: > > http://www.slideshare.net/MarcusDenker/variables-in-pharo5 > Friday afternoon (a bit dead by the head) Norbert and I implemented the example I mentioned in the talk (not the slides) of a slot that allows you to use as many ivars as you like but not using a dictionary (slow) but an array: https://pharo.fogbugz.com/f/cases/15995/UnlimitedInstanceVariableSlot There is a hidden base-slot that contains an array, and for every UnlimitedInstanceVariableSlot in the hierarchy it reserves an offset there. read/write are then using at: and at:put. Simple test is green, but there needs some more work to be done (see todo method) e.g. related to hierarchy changes, instance migration and code generation. Marcus
[Pharo-dev] millisecondClockValue
--- Begin Message --- Hello, Is there any reason why we do not use microsecondClockValue to compute millisecondClockValue ? Other that "because someone has to do it" I mean. I’ve changed Time>>millisecondClockValue to be computed from microsecondClockValue and modulo change of the event stamp initialization, it seems to work normally. Cheers Alain --- End Message ---
[Pharo-dev] RPackage classes name
Hello, Currently I am working on groups in Nautilus, and I am actually reimplementing them because I could not just fix them (There are a lot of bugs which make them almost unusable in practice), it is too complicated for nothing. Doing this I somehow have to use RPackage announcements and I am a little bit confused by their name. When you remove a package, an announcement RPackageUnregistered is raised, but I do not know if there is a difference with RPackageRemoved (which by the way does not exist, but I was expecting a name like that). What is this registration thing ? There is no RPackageRegistered but there is RPackageCreated. So I am confused. Does someone know if I should create an announcement RPackageRemoved or rename RPackageCreated into RPackageRegistered ? It does not seem consistent and so it is confusing. Or can someone explain to me the notion of registration for the RPackages ? Thanks, Franck
Re: [Pharo-dev] What happend to my smalltalkhub project?
Hi Nicolai Argh. Yes this is probably a smalltakhub bug. Esteban is travelling to south of italy. I hope that he will get some internet connection. Stef I had at least one project at smalltalk hub NicolaiHess/AthensSketch But now, I don't see any project, no watchlist and the list of activities only lists the last three weeks. ? nicolai
Re: [Pharo-dev] Edge bundles
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 Le 18/7/15 15:24, Ben Coman a écrit : On Sat, Jul 18, 2015 at 7:34 PM, Craig Latta 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
Re: [Pharo-dev] Pharo 64bit planned?
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?
Re: [Pharo-dev] Edge bundles
On Sat, Jul 18, 2015 at 7:34 PM, Craig Latta 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
Re: [Pharo-dev] Bloc borders
Ok :) That makes sense. On Jul 18, 2015 10:30 AM, "Stephan Eggermont" 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 > > >
[Pharo-dev] thank you
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
Re: [Pharo-dev] Edge bundles
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)
[Pharo-dev] ci https://ci.inria.fr/pharo/ down...
… 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
Re: [Pharo-dev] Bloc borders
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
Re: [Pharo-dev] missing cairo library in CI
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=development,VM=vm/testReport/Borm-Editor-Test/xml/_init_/ Thanks, Peter On Wed, Jul 1, 2015 at 1:09 PM, Peter Uhnák 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=development,VM=vm/testReport/DynaCASE.FSM.Tests/DCFsmFinalStateControllerTest/testCreateFigure/ > ) > > 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 >