- Pharo-dev - lists.pharo.org

[Pharo-project] Advanced mocking or something like that

by Santiago Bragagnolo

Hi all! I'm analazing a protocol for a pharo based robot-client, and i need two things: a) to test the protocol and the application (which have a complex conversational state management) b) to mock the application at all for debuggin without a robot conected. (ok, is pretty similar to a complex test) Is there any state-machine-like mock? or anything similar? Any one have a better idea to make this? Thanks! Santiago.

Sept. 6, 2012

Re: [Pharo-project] Fwd: Working with Pharo 1.4/2.0 â¦

by Esteban A. Maringolo

If you want those kind of niceties in the debugger/browser look at how Dolphin Smalltalk does it. On MNU's you can implement methods in the class of any of the parents of the receiver object. Or even implement it while in the method browser. The development experience is so streamlined that it flows naturally. Regards, -- Esteban -- View this message in context: http://forum.world.st/Fwd-Working-with-Pharo-1-4-2-0-tp4646428p4646450.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 6, 2012

Re: [Pharo-project] Fwd: Working with Pharo 1.4/2.0 â¦

by Sean P. DeNigris

Chris Cunningham wrote > > I really wished that the debugger had a button when enountering an > unknown method called 'create accessor' or something similar Well, we're almost there... if you send a unary or binary message with the same name as an inst var, and click "create " from the debugger, you get an accessor template... The only problem is that is has "self shouldBeImplemented." added to it, which is not even highlighted for deletion. I've wondered for a while what the purpose of this is... Unless someone speaks up convincingly for its usefulness, I say we remove it and start with a complete and valid accessor as the template... Cheers, Sean -- View this message in context: http://forum.world.st/Fwd-Working-with-Pharo-1-4-2-0-tp4646428p4646445.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 6, 2012

[Pharo-project] Android Dr. Geo 12.10 release

by Hilaire Fernandes

I've just released version 12.10 for Android http://play.google.com/store/apps/details?id=eu.drgeo.android Dr. Geo is an interactive geometry software written with Pharo Smalltalk. It comes with a lot of changes: https://launchpad.net/drgeo/+milestone/12.10 Thanks Hilaire

Sept. 6, 2012

Re: [Pharo-project] Fwd: Working with Pharo 1.4/2.0 â¦

by Chris Cunningham

On Thu, Sep 6, 2012 at 8:30 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Below is a blog post and my reply... If anyone has anything to add, here's > the link... > https://schrievkrom.wordpress.com/2012/09/06/working-with-pharo-1-42-0/ ... >> * creating accessor methods for instance attributes is not speedy and >> takes too much clicks >> >> * then I looked for a setting framework and I was really surprised to see, >> how difficult it was â or at least the documentation I read about it. >> After working with the setting framework of VASmalltalk I would prefer the >> simple approach than a perhaps even more powerful approach. >> ... > * accessor creation â will you describe what steps you took (e.g. manual > creation, context menu (there are two possiblities here), etc)? If you > illustrate your ideal behavior, I will create an issue and push to include > it in Nautilusâ¦ I haven't worked with the framework in VA, and personally, don't like frameworks to create accessor methods. However, just yesterday, I really wished that the debugger had a button when enountering an unknown method called 'create accessor' or something similar - if the method looks like an accessor method for a variable that doesn't have one, offer up the option of letting the runner (coder) just create the simplest flavor right there in the debugger. It would show up right next to the Create button at the same time. My favorite method of coding, in any case... -Chris

Sept. 6, 2012

Re: [Pharo-project] [ANN] - statsd client

by Francois Stephany

Thanks Paul, This was somewhere on my "todo/wish list" :) On 06/09/12 07:45, Paul DeBruicker wrote: > Hi - > > I wanted to graph timing and event tallies that happen in my app without > doing much log processing so I made a statsd client and put it here: > > http://ss3.gemstone.com/ss/Statsd.html > > It sends UDP datagrams to the statsd daemon. I tested it in Squeak > trunk & Pharo-1.4 (it should work in older versions) and expect to port > it to Gemstone sometime soon. It has no dependencies so could be useful > for more than just Seaside stuff. > > thanks > > Paul > > > > statsd: https://github.com/etsy/statsd > statsd is: "A network daemon that runs on the Node.js platform and > listens for statistics, like counters and timers, sent over UDP and > sends aggregates to one or more pluggable backend services (e.g., > Graphite)". > > graphite: http://graphite.wikidot.com/ > Graphite is: "Graphite is a highly scalable real-time graphing system. > As a user, you write an application that collects numeric time-series > data that you are interested in graphing, and send it to Graphite's > processing backend, carbon, which stores the data in Graphite's > specialized database. The data can then be visualized through graphite's > web interfaces." > > > > > -- http://tulipemoutarde.be CA: +1 778 558 3225 BE: +32 65 709 131

Sept. 6, 2012

[Pharo-project] MemoryMonitor not in from Pharo?

by Alexandre Bergel

Hi! Some times ago MemoryMonitor was in Pharo. Apparently it has been removed. Any idea why? http://www.squeaksource.com/MemoryMonitor.html Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 6, 2012

[Pharo-project] Fwd: Working with Pharo 1.4/2.0 â¦

by Sean P. DeNigris

Below is a blog post and my reply... If anyone has anything to add, here's the link... https://schrievkrom.wordpress.com/2012/09/06/working-with-pharo-1-42-0/ > As I mentioned in my previous posting I at last have found now some time > to do actually some âseriousâ work with Pharo. > > Here are some thoughts â just to write down my first impressions: > > Pharo 1.4 > > I do most of the stuff with Pharo 1.4 for now and here some points in the > developer GUI: > > * multiple selection in the browser does not work â this was pretty boring > > * creating accessor methods for instance attributes is not speedy and > takes too much clicks > > * then I looked for a setting framework and I was really surprised to see, > how difficult it was â or at least the documentation I read about it. > After working with the setting framework of VASmalltalk I would prefer the > simple approach than a perhaps even more powerful approach. > > Pharo 2.0 and Nautilus > > I also had a look at Pharo 2.0 â and I have MANY,MANY problems with its > new browser: âNautilusâ. The reason for my problems is the way they create > the GUI: the buttons do not show the actual state of the GUI, but they > show what will happen, when the button is pressed !!! > > This is a radical approach changing the whole GUI and make it very > difficult to understand. Perhaps this is due to the fact, that they have > no suitable GUI elements (like two state buttons) for supporting this GUI > interaction. > > The visual appearance is in my view always in a conflict state. > > Then I look at buttons here in my home and most of these buttons are > on/off buttons. The possible values of these buttons are know prior to the > user â this is different to the buttons of Nautilus, where you perhaps do > not know the other state ( Groups Packages ). > > The on/off switch of my computer is a reverse-state button, but there is a > LED light, showing the actual state of the computer and the user know how > to use the button. > > The on/off switch of my power-subsystem in my computer has also a two > state button â but it shows the actual state (1 for on, 0 for off). > Thanks for the great feedback! This is gold for the Pharo dev community. I encourage you to bring this feedback to the dev list, or â even better â create issues, or (best option) take on a few so we can integrate them!! A few comments/questions: * multiple selection in 1.4 â consider the browser in 1.4 to be legacy. Nautilus will be the future browser in Pharo, and it will have multiple selection * accessor creation â will you describe what steps you took (e.g. manual creation, context menu (there are two possiblities here), etc)? If you illustrate your ideal behavior, I will create an issue and push to include it in Nautilusâ¦ * Settings â I find this one *really* interesting. Will you highlight the key differences to VA? Maybe we can improve the framework in Pharo, or at minimum create a UI that makes things simpler and more straightforward for you Re Nautilus: it is not production-ready, which is why it was not included in Pharo 1.4, but it is under heavy development by a great developer, Benjamin VanRyseghem. He is very open to this type of feedback. Specifically, I couldnât agree more about the buttons!!! After months of using Nautilus, I /still/ have no idea whether Iâm on the class or instance side. -- View this message in context: http://forum.world.st/Fwd-Working-with-Pharo-1-4-2-0-tp4646428.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 6, 2012

Re: [Pharo-project] [squeak-dev] [ANN] - statsd client

by Sven Van Caekenberghe

Cool ! Any actual pictures of your app/stats ? On 06 Sep 2012, at 16:45, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Hi - > > I wanted to graph timing and event tallies that happen in my app without doing much log processing so I made a statsd client and put it here: > > http://ss3.gemstone.com/ss/Statsd.html > > It sends UDP datagrams to the statsd daemon. I tested it in Squeak trunk & Pharo-1.4 (it should work in older versions) and expect to port it to Gemstone sometime soon. It has no dependencies so could be useful for more than just Seaside stuff. > > thanks > > Paul > > > statsd: https://github.com/etsy/statsd > statsd is: "A network daemon that runs on the Node.js platform and listens for statistics, like counters and timers, sent over UDP and sends aggregates to one or more pluggable backend services (e.g., Graphite)". > > graphite: http://graphite.wikidot.com/ > Graphite is: "Graphite is a highly scalable real-time graphing system. As a user, you write an application that collects numeric time-series data that you are interested in graphing, and send it to Graphite's processing backend, carbon, which stores the data in Graphite's specialized database. The data can then be visualized through graphite's web interfaces."

Sept. 6, 2012

[Pharo-project] [ANN] - statsd client

by Paul DeBruicker

Hi - I wanted to graph timing and event tallies that happen in my app without doing much log processing so I made a statsd client and put it here: http://ss3.gemstone.com/ss/Statsd.html It sends UDP datagrams to the statsd daemon. I tested it in Squeak trunk & Pharo-1.4 (it should work in older versions) and expect to port it to Gemstone sometime soon. It has no dependencies so could be useful for more than just Seaside stuff. thanks Paul statsd: https://github.com/etsy/statsd statsd is: "A network daemon that runs on the Node.js platform and listens for statistics, like counters and timers, sent over UDP and sends aggregates to one or more pluggable backend services (e.g., Graphite)". graphite: http://graphite.wikidot.com/ Graphite is: "Graphite is a highly scalable real-time graphing system. As a user, you write an application that collects numeric time-series data that you are interested in graphing, and send it to Graphite's processing backend, carbon, which stores the data in Graphite's specialized database. The data can then be visualized through graphite's web interfaces."

Sept. 6, 2012