- Pharo-dev - lists.pharo.org

[Pharo-project] Using Athens for real ...

by StÃ©phane Ducasse

Begin forwarded message: > From: Igor Stasenko <siguctua(a)gmail.com> > Subject: Re: Else I can do a mail to the moose mailing... > Date: May 4, 2013 12:45:36 AM GMT+02:00 > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > So i spent a little time to make an experiment, how fast i can render > the tree visualization. > > (gray screenshot) > This one i can zoom& pan in real time without even noticing any sort of delay: > > (AthensTreeView > openOn: Collection extentBlock: [ :cls | (cls allInstVarNames > size+1)*5 @ (cls methodDict size + 1) ] > childsBlock: [ :cls | cls subclasses ]). > > > (white screenshot) > This one a bit sluggish, because of drawing too many curves (but if > you comment curve drawing - connecting each child with its parent, > and leave drawing only boxes.. it will be quite fast.. for real-time zoom & pan) > > (AthensTreeView > openOn: Object extentBlock: [ :cls | (cls allInstVarNames > size+1)*5 @ (cls methodDict size + 1) ] > childsBlock: [ :cls | cls subclasses ]). > > And sure, smart people usually employ different visualizations for > such large trees, since it makes no sense: > Object withAllSubclasses size > 6882 > > but even without it, if you limit max zoom, you can go very fast ( > there is a lot of literature how you can do geometry culling (by > occluding unnecessary > geometry to not waste cycles on it, since it is outside of view anyways) > > > -- > Best regards, > Igor Stasenko.

May 4, 2013

Re: [Pharo-project] [update 3.0] #30086

by Sven Van Caekenberghe

On 04 May 2013, at 08:37, Marcus Denker <marcus.denker(a)inria.fr> wrote: > On May 3, 2013, at 5:11 PM, Milan Mimica <milan.mimica(a)gmail.com> wrote: > >> How about a 2.0 backport? >> > Good questionâ¦ That will be quite difficult: it is a pretty aggressive refactoring, based on some important modifications that came before it, and it will need further debugging - typical for the current dev branch, hard to do cleanly in a stable branch. >> On 3 May 2013 09:43, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> 30086 >> ----- >> >> 10425 DateAndTime refactoring >> https://pharo.fogbugz.com/f/cases/10425 >> >> Diff information: >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/KernelTests-MarcusDenker.504 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Kernel-MarcusDenker.1410 >> http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Fuel-MarcusDenker.764 >> >> >> >> >> >> -- >> Milan Mimica >> http://sparklet.sf.net >

May 4, 2013

Re: [Pharo-project] Sprint

by Sven Van Caekenberghe

Yes, it was a lot of fun. Thanks everybody for the reception: we felt really welcome. On 04 May 2013, at 00:11, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Thanks everybody for the great sprint! > > We fixed a lot of things today (incomplete list, please extend): > > - DateAndTime startup cleansing > - Fixing and integrating the new EyeInspector > - Fixing Monticello recategorization bug > - Removal of RBSmallDictionary > - Removal of an old deadly Morphic Halo > - Full documentation of the Fogbugz tracker statuses: https://pharo.fogbugz.com/default.asp?W65 > - --help on the VM does an exit 0 instead of a failure (exit 1) > - Monticello commit is no longer run in a separate thread, and thus the image does no longer freeze > - Newly added Monticello repositories are compared against existing ones and thus not duplicated > - Configuration and Jenkins job for Smalltalkhub > ...? > > I hope we can repeat such a sprint again with the same motivation! > > cheers > cami

May 4, 2013

Re: [Pharo-project] [update 3.0] #30086

by Marcus Denker

On May 3, 2013, at 5:11 PM, Milan Mimica <milan.mimica(a)gmail.com> wrote: > How about a 2.0 backport? > Good questionâ¦ > > On 3 May 2013 09:43, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 30086 > ----- > > 10425 DateAndTime refactoring > https://pharo.fogbugz.com/f/cases/10425 > > Diff information: > http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/KernelTests-MarcusDenker.504 > http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Kernel-MarcusDenker.1410 > http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Fuel-MarcusDenker.764 > > > > > > -- > Milan Mimica > http://sparklet.sf.net

May 4, 2013

Re: [Pharo-project] [ANN] GemStone/S product and team move to a dedicated company

by Max Leske

Congratulations Dale! Sounds great! On 03.05.2013, at 21:22, Dale Henrichs <dhenrich(a)vmware.com> wrote: > > If you haven't already heard, the GemStone/S team is becoming an independent company after 3 years as part of VMware. The entire engineering team is moving to GemTalk Systems[1]. > > GemTalk Systems is completely focused on Smalltalk, GemStone/S and allied initiatives. > > I've published a blog post[2] with my take on the acquisition (short answer is "excited!"), if you have any additional questions, feel free to contact me. > > Dale > > [1] http://gemtalksystems.com/index.php/about-us/engineers/ > [2] http://gemstonesoup.wordpress.com/2013/05/02/gemtalk-systems-acquires-gemst… >

May 4, 2013

Re: [Pharo-project] [ANN] A SmalltalkHub server for each

by Ben Coman

Igor Stasenko wrote: > On 4 May 2013 01:01, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > >> Cool! And I just discovered that typing smalltalk.Browser._open() in the >> javascript console on smalltalkhub site lets you see how the client side >> works. >> > > Just don't break it please. I need st-hub in working state :) > > What are the security implications of this ? I guess no more than plain Javascript - the server should not blindly trust what the client sends. cheers -ben

May 4, 2013

Re: [Pharo-project] [ANN] A SmalltalkHub server for each

by Igor Stasenko

On 4 May 2013 01:01, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > Cool! And I just discovered that typing smalltalk.Browser._open() in the > javascript console on smalltalkhub site lets you see how the client side > works. Just don't break it please. I need st-hub in working state :) > I'm starting to understand the power of a pharo backend working > together with an amber client, that let's you do fancy stuff in the browser. > Amber makes the difference: it makes browser technology stack accessible. > Thank you! > > > > > -- > Lic. Javier PimÃ¡s > Ciudad de Buenos Aires -- Best regards, Igor Stasenko.

May 3, 2013

Re: [Pharo-project] How to Debug :D

by Igor Stasenko

Did i said already that i don't like how ASTInterpreter implemented? :) Nevertheless, it is useful.. and this case clearly demonstrates that. On 4 May 2013 00:14, Clara Allende <clari.allende(a)gmail.com> wrote: > This is great news! Are you going to publish the code? it will come in handy > for my summer of code :D > Camillo has the image > > On 3 May 2013 03:21, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >> >> >> >> Begin forwarded message: >> >> From: Camillo Bruni <camillobruni(a)gmail.com> >> Subject: [Lsehub-staff] How to Debug :D >> Date: May 2, 2013 6:22:06 PM GMT+02:00 >> To: RMoD private list <lsehub-staff(a)lists.gforge.inria.fr> >> Reply-To: RMoD private list <lsehub-staff(a)lists.gforge.inria.fr> >> >> Igor: Camillo can you help me debugging this strange athens rendering bug >> Cami: sure >> >> Igor: where do you think the bug is? The green path jumps if I change the >> Y coordinate and it shouldn't... >> Cami: no clue... >> >> Igor: Any clue how to get to the bug? >> Cami: let's use the ASTInterpreter to interpret two methods with different >> transformation matrices and see when they diverge. >> >> Result: >> ------- >> - after 1h comparing AST Debugger is ready >> - we run the two traces, they do NOT diverge => ???? >> >> Conclusion: >> ----------- >> Cairo, which was chosen as reference, did not properly draw the path!!! >> >> So we should publish the code of the ComparingInterpreter a bit and we >> can use it for a few more tasks in Pharo ;) >> >> >> > -- Best regards, Igor Stasenko.

May 3, 2013

Re: [Pharo-project] [ANN] A SmalltalkHub server for each

by Javier PimÃ¡s

Cool! And I just discovered that typing smalltalk.Browser._open() in the javascript console on smalltalkhub site lets you see how the client side works. I'm starting to understand the power of a pharo backend working together with an amber client, that let's you do fancy stuff in the browser. Thank you! On Fri, May 3, 2013 at 7:20 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > I am maybe wrong but I think it's a 2.0 image with Seaside3.0 > > Ben > > On May 3, 2013, at 6:14 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > Great work! Thanks a lot! > > > BTW on which Seaside version do you depend (and which pharo image?) > > > On 2013-05-03, at 17:42, Damien Cassou <damien.cassou(a)gmail.com> wrote: > > Hi, > > Nicolas Petton, Benjamin van Ryseghem and I are proud to announce a > ConfigurationOfSmalltalkHub and a dedicated Jenkins job: > > https://ci.inria.fr/pharo-contribution/job/SmalltalkHub/ > > http://smalltalkhub.com/#!/~NicolasPetton/SmalltalkHub > > Everyone can now have its own private instance of SmalltalkHub. > > So, if you need a feature in SmalltalkHub, you can now implement it > yourself! Please do :-) > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without losing > enthusiasm." > Winston Churchill > > > > > -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

May 3, 2013

Re: [Pharo-project] RFB in 2.0

by Igor Stasenko

On 3 May 2013 20:17, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Mariano Martinez Peck wrote >> What about adding RFB at startup list and implement #startUp doing >> "UIManager default: MorphicUIManager new." ? > > But you don't necessarily always want it to be headful, do you? If you have > a headless server image, then use RFB to debug, then it seems you would want > to subsequently start headless again, and then maybe realize you need to > debug more and start Morphic... Could there be a concept of an RFB session, > so when a connection is made to the RFB socket, the session is started > (including installing the correct UI Manager), and then cleared manually or > on shutdown (reinstalling the original manager)... how does that sound? > that sounds like a very nice solution . and elegant. but i would go further and implement own RFBUIManager to put all dots on all i's. > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/RFB-in-2-0-tp4685418p4685430.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

May 3, 2013