<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: More developments in jsTrace</title>
	<link>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/</link>
	<description>It&#8217;s a work in progress</description>
	<pubDate>Fri, 25 Jul 2008 12:17:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0</generator>

	<item>
		<title>by: Aaron</title>
		<link>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-244</link>
		<pubDate>Tue, 24 Jan 2006 03:45:21 +0000</pubDate>
		<guid>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-244</guid>
					<description>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.</description>
		<content:encoded><![CDATA[<p>Very nice tool. Some of that functionality is already slated for jsTrace per the requests and contributions of several readers. And it&#8217;s always good to know what else is out there.
</p>]]></content:encoded>
				</item>
	<item>
		<title>by: Ron</title>
		<link>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-241</link>
		<pubDate>Mon, 23 Jan 2006 17:09:36 +0000</pubDate>
		<guid>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-241</guid>
					<description>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.

&lt;a href=&quot;http://jstracer.sourceforge.net/&quot; rel=&quot;nofollow&quot;&gt;http://jstracer.sourceforge.net/&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>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.</p>
<p><a   href="http://jstracer.sourceforge.net/"   rel="nofollow"><a href='http://jstracer.sourceforge.net/' rel='nofollow'>http://jstracer.sourceforge.net/</a></a>
</p>]]></content:encoded>
				</item>
	<item>
		<title>by: Aaron</title>
		<link>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-122</link>
		<pubDate>Fri, 04 Nov 2005 13:53:14 +0000</pubDate>
		<guid>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-122</guid>
					<description>Wow David, you've really been running it through the ringer. Let me take each topic in turn.

&lt;ol&gt;
 &lt;li&gt;&lt;strong&gt;Inspection Function:&lt;/strong&gt; I like it, but it does feel like it begins to come a little close to what the DOM Inspector for Mozilla already does (and extremely well I might add). A few months ago, I could have seen the point of adding it in for the simple fact that it would be nice to have in IE, but now IE has a (not nearly as useful) &lt;a href=&quot;http://www.microsoft.com/downloads/details.aspx?familyid=e59c3964-672d-4511-bb3e-2d5e1db91038&quot;&gt;Web Developer Toolbar&lt;/a&gt; of its own. I am not against adding this feature, but I would like to see a strong argument for it.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Additional hooks:&lt;/strong&gt; We will be posting a few more functions you can use to tap into things like delimit &amp; clear soon.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Coloring:&lt;/strong&gt; That's not a bad idea, let me ruminate on it for a bit.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Debugging Mode Switch:&lt;/strong&gt; That is the direction I was going to go next with it... I was hoping someone else would build so it would take the pressure off me ;-) I think the best way to approach it is perhaps to be able to pass an argument in the URI string to turn on debugging and have jsTrace look for it in the GET to know if it should open itself or not.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Tag Output:&lt;/strong&gt; Nice. I hadn't thought of that &amp; I'd love for you to roll it in.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;jsTrace &amp; Frames:&lt;/strong&gt; It's been so long since I've worked with frames that I often forget about them, but what is your reasoning for including the script in a frameset as opposed to the actual pages pulled into it?&lt;/li&gt;
&lt;/ol&gt;</description>
		<content:encoded><![CDATA[<p>Wow David, you&#8217;ve really been running it through the ringer. Let me take each topic in turn.</p>
<ol>
<li><strong>Inspection Function:</strong> I like it, but it does feel like it begins to come a little close to what the <abbr title="Document Object Model">DOM</abbr> Inspector for Mozilla already does (and extremely well I might add). A few months ago, I could have seen the point of adding it in for the simple fact that it would be nice to have in <abbr title="Internet Explorer">IE</abbr>, but now <abbr title="Internet Explorer">IE</abbr> has a (not nearly as useful) <a  href="http://www.microsoft.com/downloads/details.aspx?familyid=e59c3964-672d-4511-bb3e-2d5e1db91038" rel="nofollow">Web Developer Toolbar</a> of its own. I am not against adding this feature, but I would like to see a strong argument for it.</li>
<li><strong>Additional hooks:</strong> We will be posting a few more functions you can use to tap into things like delimit &#038; clear soon.</li>
<li><strong>Coloring:</strong> That&#8217;s not a bad idea, let me ruminate on it for a bit.</li>
<li><strong>Debugging Mode Switch:</strong> That is the direction I was going to go next with it&#8230; I was hoping someone else would build so it would take the pressure off me ;-) I think the best way to approach it is perhaps to be able to pass an argument in the <abbr title="Uniform Resource Identifier">URI</abbr> string to turn on debugging and have jsTrace look for it in the GET to know if it should open itself or not.</li>
<li><strong>Tag Output:</strong> Nice. I hadn&#8217;t thought of that &#038; I&#8217;d love for you to roll it in.</li>
<li><strong>jsTrace &#038; Frames:</strong> It&#8217;s been so long since I&#8217;ve worked with frames that I often forget about them, but what is your reasoning for including the script in a frameset as opposed to the actual pages pulled into it?</li>
</ol>]]></content:encoded>
				</item>
	<item>
		<title>by: David Kitchen</title>
		<link>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-121</link>
		<pubDate>Fri, 04 Nov 2005 10:21:08 +0000</pubDate>
		<guid>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-121</guid>
					<description>And finally... using jsTrace in the HEAD of a frameset breaks because of the assumption that BODY exists.</description>
		<content:encoded><![CDATA[<p>And finally&#8230; using jsTrace in the HEAD of a frameset breaks because of the assumption that BODY exists.
</p>]]></content:encoded>
				</item>
	<item>
		<title>by: David Kitchen</title>
		<link>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-120</link>
		<pubDate>Thu, 03 Nov 2005 12:36:29 +0000</pubDate>
		<guid>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-120</guid>
					<description>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:

&lt;code&gt;jsTrace.send( msg.replace( /&amp;#38;/g, '&amp;#38;amp;' ).replace( /&amp;#62;/g, '&amp;#38;gt;' ).replace( /&amp;#60;/g, '&amp;#38;lt;' ) );&lt;/code&gt;

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]</description>
		<content:encoded><![CDATA[<p>Oh, and I&#8217;m now calling jsTrace via an intermediary function&#8230; so I can leave it permanently included and just switch one variable to disable debugging, rather than delete the include.</p>
<p>That intermediary function also <abbr title="HyperText Markup Language">HTML</abbr> escapes for me, so it&#8217;s much easier to dump out <abbr title="eXtensible Markup Language">XML</abbr> which currently is just being output, and thus not visible thanks the tags:</p>
<p><code>jsTrace.send( msg.replace( /&amp;/g, '&amp;amp;' ).replace( /&gt;/g, '&amp;gt;' ).replace( /&lt;/g, '&amp;lt;' ) );</code></p>
<p>I may roll up these into your uncompressed file if I get a chance&#8230; but thought you might be interested in how I&#8217;m changing things anyway.</p>
<p>[Ed. - Added a little space so the code would wrap]
</p>]]></content:encoded>
				</item>
	<item>
		<title>by: David Kitchen</title>
		<link>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-119</link>
		<pubDate>Thu, 03 Nov 2005 11:43:34 +0000</pubDate>
		<guid>http://www.easy-reader.net/archives/2005/11/02/more-developments-in-jstrace/#comment-119</guid>
					<description>Thought you might want this to add to jsTrace:

&lt;code&gt;jsInspect( DOMelement );&lt;/code&gt;

Will print to jsTrace all known properties about a DOM element:

&lt;pre&gt;&lt;code&gt;function jsInspect( obj ){
  if( typeof(jsTrace) != 'undefined' ){
    var d = new Date();
    var id = (obj.id) ? obj.id : 'null';
    jsTrace.send( obj + ' = ' + id + ' at ' + d.getHours() + ':' + 
                  d.getMinutes() + ':' + d.getSeconds() + '.' +
                  d.getMilliseconds() );
    var strArray = new Array();
    for( element in obj ){
      strArray[strArray.length] = element + &quot; = &quot; + obj[element];
    }
    strArray.sort();
    for(var ii = 0; ii &amp;#60; strArray.length; ii++){
      jsTrace.send(strArray[ii]);
    }
  }
}&lt;/code&gt;&lt;/pre&gt;

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 &lt;code&gt;jsTrace.send()&lt;/code&gt; 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]</description>
		<content:encoded><![CDATA[<p>Thought you might want this to add to jsTrace:</p>
<p><code>jsInspect( DOMelement );</code></p>
<p>Will print to jsTrace all known properties about a <abbr title="Document Object Model">DOM</abbr> element:</p>
<pre><code>function jsInspect( obj ){
  if( typeof(jsTrace) != 'undefined' ){
    var d = new Date();
    var id = (obj.id) ? obj.id : 'null';
    jsTrace.send( obj + ' = ' + id + ' at ' + d.getHours() + ':' +
                  d.getMinutes() + ':' + d.getSeconds() + '.' +
                  d.getMilliseconds() );
    var strArray = new Array();
    for( element in obj ){
      strArray[strArray.length] = element + " = " + obj[element];
    }
    strArray.sort();
    for(var ii = 0; ii &lt; strArray.length; ii++){
      jsTrace.send(strArray[ii]);
    }
  }
}</code></pre>
<p>It would be nice if I could trigger the delimit externally&#8230; oh and predefine the width, height and colour of the window&#8230; could the properties be defined pre-declaration of jsTrace and applied on the way through?</p>
<p>Also, could <code>jsTrace.send()</code> 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.</p>
<p>[Ed. - formatted the code example to improve legibility]
</p>]]></content:encoded>
				</item>
</channel>
</rss>
