Yes, reading and sharing the stack trace is a common task, but to do that you don't need to pollute the Transcript.
If you want to do a (albeit crude) parallel to other realms, think of Transcript as the Unix stdout and the debug pane as the stderr. Putting *useful* info into files so others than the programmer can consume it's not contrary to Smalltalk. As parallel, Squeak mailing lists include all the diffs for changes in the e-mail's bodies, which can be considered as the same as filing them out. Maybe you hating on searching PharoDebug.log stems from lack of an appropriate tool? Em 22/04/2011 10:28, Guillermo Polito < [email protected] > escreveu: Maybe I'm to viced by other techs, but reading and sharing the stack trace is a common task in everyday work. And I think the transcript as a "log console" and useful only for debugging purposes.... And putting info into files is not the smalltalk way... BTW, I hate searching for the stacktraces into the PharoDebug.log :P On Fri, Apr 22, 2011 at 1:24 AM, <[email protected]> wrote: I disagree strongly. . . The transcript should maintain its purpose that is to show information 'intentionally' written to by the programmer. If we feel the debugger info should be saved in some other place we should consider an alternate way of saving it, including, perhaps a log file and a {radio}button in the debugger itself. My 0.19999999..... Em 21/04/2011 15:19, Guillermo Polito < [email protected] > escreveu: It should be fine to have stack traces into the Transcript as a default behavior in addition to the debugger. Guille :)
