<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Shion 2.0b4</title>
	<atom:link href="http://www.audacious-software.com/weblog/2009/01/shion-20b4/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.audacious-software.com/weblog/2009/01/shion-20b4/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Sun, 29 May 2011 05:30:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Chris J. Karr</title>
		<link>http://www.audacious-software.com/weblog/2009/01/shion-20b4/#comment-373</link>
		<dc:creator>Chris J. Karr</dc:creator>
		<pubDate>Mon, 09 Feb 2009 16:19:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.audacious-software.com/weblog/?p=101#comment-373</guid>
		<description>I&#039;ll slip in a log functionality in the next release.

As for the lockups: I&#039;ve identified a variety of causes since 2.0b4. These are fixed in 2.0b5. If the problems persist after that release, let me know and I&#039;ll let you know what I need.

I&#039;ve received other reports about the blinking behavior as well. I&#039;m looking into the issue.

Barring any major catastrophes, 2.0b5 should be available later today.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll slip in a log functionality in the next release.</p>
<p>As for the lockups: I&#8217;ve identified a variety of causes since 2.0b4. These are fixed in 2.0b5. If the problems persist after that release, let me know and I&#8217;ll let you know what I need.</p>
<p>I&#8217;ve received other reports about the blinking behavior as well. I&#8217;m looking into the issue.</p>
<p>Barring any major catastrophes, 2.0b5 should be available later today.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip</title>
		<link>http://www.audacious-software.com/weblog/2009/01/shion-20b4/#comment-372</link>
		<dc:creator>Philip</dc:creator>
		<pubDate>Mon, 09 Feb 2009 14:57:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.audacious-software.com/weblog/?p=101#comment-372</guid>
		<description>-The program seems to be locking up every day or every other day. I&#039;m wading through the system log trying to find a pattern, but Shion creates a truly prodigious amount of log entries! Is there a way, in the next beta, to get Shion to write only to its own logfile? I&#039;m getting about two log entries per second at times, which is making my system log huge and difficult to use for anything else.

-Anyway, back to the lock-up: If I kill the program and restart it, it will sometimes work just fine for another day or so. I&#039;ll try to get some logs for you.

-I&#039;m also seeing an issue where (only at certain times) adjusting the brightness of an Insteon Lamplinc using its configuration page causes the brightness to continually bounce around between different levels until I quit the program. Again, this only happens sometimes, so I&#039;ll be checking the logs for some clue as to why.</description>
		<content:encoded><![CDATA[<p>-The program seems to be locking up every day or every other day. I&#8217;m wading through the system log trying to find a pattern, but Shion creates a truly prodigious amount of log entries! Is there a way, in the next beta, to get Shion to write only to its own logfile? I&#8217;m getting about two log entries per second at times, which is making my system log huge and difficult to use for anything else.</p>
<p>-Anyway, back to the lock-up: If I kill the program and restart it, it will sometimes work just fine for another day or so. I&#8217;ll try to get some logs for you.</p>
<p>-I&#8217;m also seeing an issue where (only at certain times) adjusting the brightness of an Insteon Lamplinc using its configuration page causes the brightness to continually bounce around between different levels until I quit the program. Again, this only happens sometimes, so I&#8217;ll be checking the logs for some clue as to why.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris J. Karr</title>
		<link>http://www.audacious-software.com/weblog/2009/01/shion-20b4/#comment-341</link>
		<dc:creator>Chris J. Karr</dc:creator>
		<pubDate>Sun, 01 Feb 2009 03:59:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.audacious-software.com/weblog/?p=101#comment-341</guid>
		<description>Thanks for the report. I&#039;ll make that date field a bit more permissive in the next beta release.</description>
		<content:encoded><![CDATA[<p>Thanks for the report. I&#8217;ll make that date field a bit more permissive in the next beta release.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip</title>
		<link>http://www.audacious-software.com/weblog/2009/01/shion-20b4/#comment-340</link>
		<dc:creator>Philip</dc:creator>
		<pubDate>Sun, 01 Feb 2009 01:20:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.audacious-software.com/weblog/?p=101#comment-340</guid>
		<description>Sounds good. I&#039;m impressed with what 2.0b4 is so far. I&#039;ll post comments with what I find as I find them...

-The time input field (eg in the scheduled action setup) should either respect the system-wide time format or offer a clicky method of setting the time. I had to find a picture in your blog to see that it was expecting &quot;hh:mm XM&quot; (12 hour only). Ideally, you would just have smarter code validating that field&#039;s input.  19:00, 19.00, 19h00, 7:00 pm, 7:00p, 7pm, etc could all be valid inputs. At the very least, the error dialog should explain what the field was expecting.</description>
		<content:encoded><![CDATA[<p>Sounds good. I&#8217;m impressed with what 2.0b4 is so far. I&#8217;ll post comments with what I find as I find them&#8230;</p>
<p>-The time input field (eg in the scheduled action setup) should either respect the system-wide time format or offer a clicky method of setting the time. I had to find a picture in your blog to see that it was expecting &#8220;hh:mm XM&#8221; (12 hour only). Ideally, you would just have smarter code validating that field&#8217;s input.  19:00, 19.00, 19h00, 7:00 pm, 7:00p, 7pm, etc could all be valid inputs. At the very least, the error dialog should explain what the field was expecting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris J. Karr</title>
		<link>http://www.audacious-software.com/weblog/2009/01/shion-20b4/#comment-339</link>
		<dc:creator>Chris J. Karr</dc:creator>
		<pubDate>Sun, 01 Feb 2009 00:59:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.audacious-software.com/weblog/?p=101#comment-339</guid>
		<description>Go ahead and post bug reports in the blot comments. That way everyone else can see them. UserVoice is better for feature requests and random ideas.</description>
		<content:encoded><![CDATA[<p>Go ahead and post bug reports in the blot comments. That way everyone else can see them. UserVoice is better for feature requests and random ideas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip</title>
		<link>http://www.audacious-software.com/weblog/2009/01/shion-20b4/#comment-338</link>
		<dc:creator>Philip</dc:creator>
		<pubDate>Sat, 31 Jan 2009 23:55:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.audacious-software.com/weblog/?p=101#comment-338</guid>
		<description>Do you want bug reports submitted through the UserVoice forum, also?</description>
		<content:encoded><![CDATA[<p>Do you want bug reports submitted through the UserVoice forum, also?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

