March 2013 - Pharo-users - lists.pharo.org

SmalltalkHub and KOAmberJSFileLibrary

by phil＠highoctane.be

Hello, I am trying to load SmalltalkHub in my image. So far: Seaside 3 is in MongoTalk is in I do have an issue with Gofer new url: 'http://ss3.gemstone.com/ss/Kaliningrad'; package: 'ConfigurationOfKaliningrad'; load. ((Smalltalk at: #ConfigurationOfKaliningrad) project version: '0.1.1') load. Which complains about the BlockContext since it references something that has it inside. Is there any set of packages to load that properly? I'd like to have STH has a starting point for Amber+Pharo apps. Thx! Phil

March 31, 2013

Re: [Pharo-users] [ANN] Fuel Release Version 1.9

by stephane ducasse

Thanks guys this is great. I'm really happy to see that the effort we started two years ago is paying off. Stef On Mar 28, 2013, at 6:40 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > Hi all, > > We are happy to announce Fuel 1.9. > > Fuel is an open-source general-purpose object serialization framework developed in Pharo. You can find more information on our website [1]. > > The default set of packages of this version already comes in Pharo 2.0, so you it's not necessary to install it there. However, Fuel also works out-of-the-box in Pharo from 1.1 up to 2.0, as well as in Squeak 4.1 up to 4.4. You can see our documentation [2] for complete installation and use guides. > > Changes: > > - (feature) DoIt and not-installed CompiledMethods are fully serialized by default. > - (fix) Date & DateAndTime (thanks Cami and Marcus) (already included in Fuel 1.8.1 and 1.8.2). > - (feature) New hooks methods #fuelNew and #fuelNew: for custom instantiation (see "Hooking instance creation" in Customizing the Graph). > - Globals: > - Added #globalEnvironment: to specify where the globals are looked-up. (see "Changing the environment" in Managing Globals). > - Explicit references to "Smalltalk globals" changed to "self class environment". > - A SystemDictionary instance is not treated as global when it is not "Smalltalk globals". > - Documentation: > - General update > - New Format Migration section. > - New Built-in Header Support section. > - (feature) Put back FLSerializer>>on:. > - (optimization) New clusters for SmallInteger. > - (optimization) New clusters for most common collections. > - (feature) Built-in support for header (See Built-in Header Support): > - pre and post materialization actions (clean closures). > - attach additional objects. > - materialize only the header. > - (fix) Safer substitutions (see FLPluggableSubstitutionTest>>testPrivateExcluded). > - (feature) Materialize .fuel files when drag&dropped in the image. > - (cleanup) Removed unneeded cluster: FLWellKnownObjectsCluster. > > [1]: http://rmod.lille.inria.fr/web/pier/software/Fuel > [2]: http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.9/Documentation > > We want to thank developers of the community that enrich the project with code, issue reports and ideas. > > Have fun! > > Martin (on behalf of Mariano and Max, who worked a lot on this version)

March 31, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by stephane ducasse

On Mar 29, 2013, at 3:19 PM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si> wrote: > Small and micro companies, we should actually promote Smalltalk more > among them. And for startups, being able to build a solution and put > into market very fast. Web solutions specially, noone ask here what is > behind, so can sneak-in the Smalltalk without questions so common if you > try to build a Smalltalk app for the desktop. Fully agree but for that we also need cool frameworks and to build cool framework we should pay attention to underlying libraries and this what we are doing. After FS we will evaluate XTreams and many more parts of the system will increase in quality too. Stef

March 31, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by stephane ducasse

On Mar 29, 2013, at 2:59 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > p.s. Pharo has laid a lot of groundwork in the last few years to magnify all > this. When I first discovered Smalltalk, I was excited by the power, but > frustrated by the mess under the covers of Squeak (FileDirectory was > particularly agonizing). Whenever I started to develop a > revolutionary-next-cool tool, I ran into a mess like the text model. Since > then, Pharo has been steadily evolving many foundational pieces. There has > been an upfront cost of backward-compatibility, as some great projects have > not kept pace. But it seems all worth it, as I feel us approaching a > critical point where the clean, beautiful system will inspire and support > the next generation of amazing ideas on top of Pharo. I think so too. We often neglect the power of sound infrastructure. For example I know industrial people that are evaluating Pharo for their UI prototyping and it is using Athens and soon cool event touch infrastructure. Stef

March 31, 2013

SLOC in Smalltalk

by HernÃ¡n Morales Durand

Hi there, Guys, what are you using to measure logical lines of code (LOC) in Pharo? Given I am measuring a script, is there any other software measure you may recommend? Cheers, HernÃ¡n

March 31, 2013

Re: [Pharo-users] Updating an already open EyeSee Canvas.

by Ben Coman

You could wrap it with Glamour and use updateOn: http://www.themoosebook.org/book/internals/glamour/update cheers -ben Jacob Wagner wrote: > Hello. I am trying to update an already existing eyesee canvas from within > pharo 2.0. Basically I am getting live data in from a websocket stream, and > want to use that live data to build a scatterplot chart. > > If I have a lot of data, I can already build the correct eyesee canvas > using that data. However, I am having great problems trying to update the > already existing canvas dynamically as more data comes in. I spent about 5 > hours last night trying various combinations of message sends to the > diagramrenderer, the esscatterplot diagram, the escanvas, etc. etc. > Eventually I just gave up as I don't understand how the system works. > > Just to clarify, as long as speed is not a concern I don't mind re-drawing > the entire eyesee window every time new data comes in, but the key is I do > not want to open a new window every time as I'm sure that would be very > user-unfriendly. > > Thanks, and thanks to the eyesee and moose team. Despite my difficulties > with it in this matter, charting with eyesee has been a neat experience. :) > > -Jacob > > > > -- > View this message in context: http://forum.world.st/Updating-an-already-open-EyeSee-Canvas-tp4679004.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >

March 31, 2013

Re: [Pharo-users] How to track which command is currently called by Pharo?

by Chris

On 30/03/2013 21:10, Sean P. DeNigris wrote: > j-wings wrote >> In Pharo, after I use right click on the class name and select 'browse >> references,' a list of references will show up. >> >> I would like to know which methods are being called during this execution >> because I need to fetch all the references of that class for my software >> development for Pharo. I am doing something regarding class dependencies >> in Pharo. >> >> Thank you very much for your help. Try FooClass allCallsOn

March 30, 2013

Re: [Pharo-users] How to track which command is currently called by Pharo?

by Sean P. DeNigris

j-wings wrote > In Pharo, after I use right click on the class name and select 'browse > references,' a list of references will show up. > > I would like to know which methods are being called during this execution > because I need to fetch all the references of that class for my software > development for Pharo. I am doing something regarding class dependencies > in Pharo. > > Thank you very much for your help. ----- Cheers, Sean -- View this message in context: http://forum.world.st/How-to-track-which-command-is-currently-called-by-Pha… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 30, 2013

Updating an already open EyeSee Canvas.

by Jacob Wagner

Hello. I am trying to update an already existing eyesee canvas from within pharo 2.0. Basically I am getting live data in from a websocket stream, and want to use that live data to build a scatterplot chart. If I have a lot of data, I can already build the correct eyesee canvas using that data. However, I am having great problems trying to update the already existing canvas dynamically as more data comes in. I spent about 5 hours last night trying various combinations of message sends to the diagramrenderer, the esscatterplot diagram, the escanvas, etc. etc. Eventually I just gave up as I don't understand how the system works. Just to clarify, as long as speed is not a concern I don't mind re-drawing the entire eyesee window every time new data comes in, but the key is I do not want to open a new window every time as I'm sure that would be very user-unfriendly. Thanks, and thanks to the eyesee and moose team. Despite my difficulties with it in this matter, charting with eyesee has been a neat experience. :) -Jacob -- View this message in context: http://forum.world.st/Updating-an-already-open-EyeSee-Canvas-tp4679004.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 30, 2013

Re: [Pharo-users] help with tests

by Usman Bhatti

tx, it was helpful. On Sat, Mar 30, 2013 at 3:52 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > Usman Bhatti wrote > > 1) Is there anyway to say not to execute the tests in the > > abstract class. > > override class-side #isAbstract > > > Usman Bhatti wrote > > 2) inherit tests from an abstract super class? > > Works for me out of the box. n.b. you must be a little creative in > #isAbstract so that it doesn't answer true for the subclass (see examples > in > the image). > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/help-with-tests-tp4678969p4678985.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

March 30, 2013