You can also take a look at Beacon: http://www.humane-assessment.com/blog/beacon But, also at SystemLogger: http://forum.world.st/attachment/4745609/0/Logger.pier.pdf Cheers, Doru On Mon, Apr 6, 2015 at 2:00 AM, Peter Uhnák <i.uhnak@gmail.com> wrote:
Hi Sven,
thanks for the answers; especially the article was very informative. I didn't even think of using Announcements, but seeing it in action is really cool!
Peter
On Sun, Apr 5, 2015 at 8:30 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
Hi Peter,
I would call this object logging, plain and simple.
Some of us, myself included, believe this is the way forward.
You could have a look at how Zinc does logging (ZnLogEvent):
https://www.youtube.com/watch?v=rIBbeMdFCys https://www.youtube.com/watch?v=gaUxPNq6_7c
This article might also help:
https://medium.com/concerning-pharo/lampsort-revisited-visualised-6652055ef8...
All in all, it is not too much effort to generate log event objects, and they can used in many different ways. Using Announcement makes this quite practical.
HTH,
Sven
On 05 Apr 2015, at 20:16, Peter Uhnák <i.uhnak@gmail.com> wrote:
Hi,
this may be a bit tall order and I am not sure if possible, however I would like to know the state of objects at certain points.
Currently what I would do is something like self log: 'anObject someProperty:'; logCr: anObject someProperty.
however this is not very practical.
So I would like something like self fronzenLog: anObject
and then I could inspect the logger and see the state of the whole objects.
Using debugger and stepping through it is not really practical because I need to observe several possible objects that are in this function at very different times.
Is this possible? Is there a better/somewhat better way to do something like this?
Any pointers appreciated.
Peter
-- www.tudorgirba.com "Every thing has its own flow"