<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Scary error dialogs</title>
	<atom:link href="http://thinkinging.com/2007/04/01/scary-error-dialogs/feed/" rel="self" type="application/rss+xml" />
	<link>http://thinkinging.com/2007/04/01/scary-error-dialogs/</link>
	<description>an unfiltered stream of data flow consciousness</description>
	<pubDate>Fri,  5 Sep 2008 20:18:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Jim Kring</title>
		<link>http://thinkinging.com/2007/04/01/scary-error-dialogs/#comment-203</link>
		<dc:creator>Jim Kring</dc:creator>
		<pubDate>Mon, 02 Apr 2007 15:19:05 +0000</pubDate>
		<guid isPermaLink="false">http://thinkinging.com/2007/04/01/scary-error-dialogs/#comment-203</guid>
		<description>Aristos Queue: Thanks for the explanation and history.  It's certainly nice to know that we're heading in the right direction.  Here are a couple quick suggestions...  First, I would filter out duplicate items -- you'll notice that there is a tremendous amount of duplication.  Second, I would probably truncate the message, at some point, and then allow the user to open the log file to see more -- you'll notice that there are actually error messages that run off the bottom of the dialog and there is no way to see them.  - Thanks</description>
		<content:encoded><![CDATA[<p>Aristos Queue: Thanks for the explanation and history.  It&#8217;s certainly nice to know that we&#8217;re heading in the right direction.  Here are a couple quick suggestions&#8230;  First, I would filter out duplicate items &#8212; you&#8217;ll notice that there is a tremendous amount of duplication.  Second, I would probably truncate the message, at some point, and then allow the user to open the log file to see more &#8212; you&#8217;ll notice that there are actually error messages that run off the bottom of the dialog and there is no way to see them.  - Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aristos Queue</title>
		<link>http://thinkinging.com/2007/04/01/scary-error-dialogs/#comment-202</link>
		<dc:creator>Aristos Queue</dc:creator>
		<pubDate>Mon, 02 Apr 2007 15:07:30 +0000</pubDate>
		<guid isPermaLink="false">http://thinkinging.com/2007/04/01/scary-error-dialogs/#comment-202</guid>
		<description>This is actually the General Error Handler.vi composited. 

Prior to (some recent version of LV whose exact number I don't remember) you would get a GEH dialog for EACH ONE OF THESE with just an OK button. That behavior went back to the dawn of time. You couldn't break out, you couldn't stop it, they just kept coming. Terminator 2 in dialog form. One day, I couldn't take it any more and I taught the AppBuilder to aggregate all the messages into a single output. 

Is the output helpful? Well, that's a problem for each individual error code. There's not much this dialog could do to be more helpful since the output could be litterally any error that can be generated by LV or any module or even user VIs. It does seem that whoever added those error codes should've been more explicit about what was going wrong. 

There should be carriage returns between the messages. Don't know why those aren't there.

If you've got a proposal for how to better display what is effectively a log file dump, file 'em with NI. This is basically a crash log -- one the user frequently can do something about and thus useful to display.</description>
		<content:encoded><![CDATA[<p>This is actually the General Error Handler.vi composited. </p>
<p>Prior to (some recent version of LV whose exact number I don&#8217;t remember) you would get a GEH dialog for EACH ONE OF THESE with just an OK button. That behavior went back to the dawn of time. You couldn&#8217;t break out, you couldn&#8217;t stop it, they just kept coming. Terminator 2 in dialog form. One day, I couldn&#8217;t take it any more and I taught the AppBuilder to aggregate all the messages into a single output. </p>
<p>Is the output helpful? Well, that&#8217;s a problem for each individual error code. There&#8217;s not much this dialog could do to be more helpful since the output could be litterally any error that can be generated by LV or any module or even user VIs. It does seem that whoever added those error codes should&#8217;ve been more explicit about what was going wrong. </p>
<p>There should be carriage returns between the messages. Don&#8217;t know why those aren&#8217;t there.</p>
<p>If you&#8217;ve got a proposal for how to better display what is effectively a log file dump, file &#8216;em with NI. This is basically a crash log &#8212; one the user frequently can do something about and thus useful to display.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
