Sure have a look at SystemLogger 

        http://smalltalkhub.com/#!/~StephaneDucasse/SystemLogger

I did not check the changes made by norbert. I will work on it during xmas.

Stef


On Dec 3, 2013, at 11:47 AM, "[email protected]" <[email protected]> wrote:

> What's wrong with Strings anyway? But yeah, I understand your point.
> 
> What I have done for my own stuff is to have a TLog aspect with info, debug, 
> error, warn and, well, Strings. But double dispatch could take care of that, 
> like printOn:, storeOn: etc.
> 
> Do you have some code that I can look at?
> 
> TLog>>info: anObject
> 
>      anObject logOn: Logger default info.
> 
> 
> Phil
> 
> 
> 
> On Tue, Dec 3, 2013 at 11:27 AM, Stéphane Ducasse <[email protected]> 
> wrote:
> 
> On Dec 3, 2013, at 10:34 AM, [email protected] wrote:
> 
>> I am working on this one.
>> 
>> Don't kill the transcript, it is useful when working without a console.
> 
> I will not kill it but it will just be dull outputer for my logger. In fact 
> I'm missing a user interface (the idea was to build it with fernando) and 
> right now
> the transcript just displays the printstring of my log objects. So I can even 
> control what I want to output. 
> more important I can filter the log ojbjects. For example I need to know when 
> my framework finish to deal with a class and now this is mix with the 
> compiler 
> logherea
> 
>> Now, adding the features you mention is not hard. And the top right triangle 
>> menu of Transcript could get a clue from the Workspace one with a Save As 
>> entry.
> 
> No i just DO NOT WANT STRINGS!!!!
> 
>> I once had an issue with things like (out of the top of my head) FileStream 
>> stdout nextPutAll: 'hello'; cr; flush. when I went headless. The image 
>> worked at one point and the froze/locked. Until this is sorted out in full, 
>> keep a transcript handy.
>> 
>> I gave the image to Guille who sent me back a version "unlocked" with Oz, 
>> but it still dies on Windows for example. Weird.
>> 
>> Phil
>> 
>> 
>> 
>> ---
>> Philippe Back
>> Dramatic Performance Improvements
>> Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027
>> Mail:[email protected] | Web: http://philippeback.eu
>> Blog: http://philippeback.be | Twitter: @philippeback
>> Youtube: http://www.youtube.com/user/philippeback/videos
>> 
>> High Octane SPRL
>> rue cour Boisacq 101 | 1301 Bierges | Belgium
>> 
>> Pharo Consortium Member - http://consortium.pharo.org/
>> Featured on the Software Process and Measurement Cast - 
>> http://spamcast.libsyn.com
>> Sparx Systems Enterprise Architect and Ability Engineering EADocX Value 
>> Added Reseller
>>  
>> 
>> 
>> 
>> On Tue, Dec 3, 2013 at 10:10 AM, Stéphane Ducasse 
>> <[email protected]> wrote:
>> 
>> On Dec 2, 2013, at 8:46 PM, [email protected] wrote:
>> 
>>> And missing a ton of methods.
>>> 
>>> Teh StackInterpreterSimulator is agreeing with this statement.
>> 
>> send us the ones that are missing.
>> 
>> Please note that we should kill the transcript in the future because this is 
>> a ^%$&*((^%$* outdated way to manage 
>> feedback: plain string, close the window data is lost, limited in length, no 
>> filtering…..
>> bad bad bad does not scale horrible and so frustrating. I will not send you 
>> the current transcript I have because I deal with private code
>> but this does not work. 
>> 
>> Stef
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Mon, Dec 2, 2013 at 8:05 PM, Esteban Lorenzano <[email protected]> 
>>> wrote:
>>> yes, the transcript is ThreadSafeTranscript
>>> 
>>> 
>>> On Mon, Dec 2, 2013 at 8:00 PM, Yuriy Tymchuk <[email protected]> wrote:
>>> Buy the way, is absence of Transcript class - ok?
>>> 
>>> I know how it all works now, but is it ok? :)
>>> 
>>> uko
>>> 
>>> 
>>> On 02 Dec 2013, at 19:58, Esteban Lorenzano <[email protected]> wrote:
>>> 
>>>> yes, please :)
>>>> 
>>>> 
>>>> On Mon, Dec 2, 2013 at 7:56 PM, Stéphane Ducasse 
>>>> <[email protected]> wrote:
>>>> 
>>>> > The return of the toothpick is near. o/
>>>> 
>>>> No I will finish my logger :)
>>>> 
>>>> Stef
>>>> 
>>>> 
>>> 
>>> 
>>> 
>> 
>> 
> 
> 

Reply via email to