More developments in jsTrace
As I mentioned to Ian earlier today, Dave and I were discussing having the jsTrace window keep pace with whatever the most current line is spit out to it. A few hours later, here it is: jsTrace 1.3. I have some other stuff (read: paying projects) that need my attention, so I am putting jsTrace down for a bit. Dave & I will be posting a few more demos of its use in different situations, but as far as further development goes, I’m gonna be hands-off for a bit to let you all get a chance to participate.
And if you’re in the participatory mood, check out this site I built with Adaptive Path. I will be posting some details about the project and how I accomplished certain design features once Kel’s campaign’s over and life gets a little less hectic.

David Kitchen Says:
Thought you might want this to add to jsTrace:
jsInspect( DOMelement );Will print to jsTrace all known properties about a DOM element:
It would be nice if I could trigger the delimit externally… oh and predefine the width, height and colour of the window… could the properties be defined pre-declaration of jsTrace and applied on the way through?
Also, could
jsTrace.send()take a second optional arg of a bgColor for the message and a third optional arg of color for the message. This would allow me to print severe messages in red with black text, most messages would be default, and a few warnings might be orange background.[Ed. - formatted the code example to improve legibility]
November 3rd, 2005 at 7:43 am
David Kitchen Says:
Oh, and I’m now calling jsTrace via an intermediary function… so I can leave it permanently included and just switch one variable to disable debugging, rather than delete the include.
That intermediary function also HTML escapes for me, so it’s much easier to dump out XML which currently is just being output, and thus not visible thanks the tags:
jsTrace.send( msg.replace( /&/g, '&' ).replace( />/g, '>' ).replace( /</g, '<' ) );I may roll up these into your uncompressed file if I get a chance… but thought you might be interested in how I’m changing things anyway.
[Ed. - Added a little space so the code would wrap]
November 3rd, 2005 at 8:36 am
David Kitchen Says:
And finally… using jsTrace in the HEAD of a frameset breaks because of the assumption that BODY exists.
November 4th, 2005 at 5:21 am
Aaron Says:
Wow David, you’ve really been running it through the ringer. Let me take each topic in turn.
November 4th, 2005 at 8:53 am
Ron Says:
Have a look at jsTracer. I think its more intuitive and easy to use (well at least easier to make sense of the output, because the newest items are inserted at the top of the trace viewer). Plus it has a stack viewer.
http://jstracer.sourceforge.net/
January 23rd, 2006 at 12:09 pm
Aaron Says:
Very nice tool. Some of that functionality is already slated for jsTrace per the requests and contributions of several readers. And it’s always good to know what else is out there.
January 23rd, 2006 at 10:45 pm