<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Another Month, Another Post</title>
	<link>http://remstate.com/2007/08/10/another-month-another-post/</link>
	<description>Create the Internet of your Dreams</description>
	<pubDate>Fri, 29 Aug 2008 22:46:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Quandary</title>
		<link>http://remstate.com/2007/08/10/another-month-another-post/#comment-5416</link>
		<dc:creator>Quandary</dc:creator>
		<pubDate>Mon, 03 Sep 2007 00:44:01 +0000</pubDate>
		<guid>http://remstate.com/2007/08/10/another-month-another-post/#comment-5416</guid>
		<description>Hey Marios,

It's a bug insofar as it relates to &lt;a href="/projects/in-series/bugzilla/show_bug.cgi?id=13" rel="nofollow"&gt;bug 13&lt;/a&gt;; aside from that, though, it is expected behavior ("correct" is arguable ;). Glad you got things sorted! (You may want to double-check that &lt;a href="/projects/in-series/bugzilla/show_bug.cgi?id=10" rel="nofollow"&gt;bug 10&lt;/a&gt; isn't affecting you now, though).</description>
		<content:encoded><![CDATA[<p>Hey Marios,</p>
<p>It&#8217;s a bug insofar as it relates to <a href="/projects/in-series/bugzilla/show_bug.cgi?id=13&PHPSESSID=62617d65826d32e37d2285a7d4d3c0b7" rel="nofollow">bug 13</a>; aside from that, though, it is expected behavior (&#8221;correct&#8221; is arguable ;). Glad you got things sorted! (You may want to double-check that <a href="/projects/in-series/bugzilla/show_bug.cgi?id=10&PHPSESSID=62617d65826d32e37d2285a7d4d3c0b7" rel="nofollow">bug 10</a> isn&#8217;t affecting you now, though).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marios Alexandrou</title>
		<link>http://remstate.com/2007/08/10/another-month-another-post/#comment-5415</link>
		<dc:creator>Marios Alexandrou</dc:creator>
		<pubDate>Mon, 03 Sep 2007 00:22:13 +0000</pubDate>
		<guid>http://remstate.com/2007/08/10/another-month-another-post/#comment-5415</guid>
		<description>Quandary,

The theme I'm using uses the_content on the archive page. Replacing this with the_excerpt produces the same snippet, but without the table of contents from the in-series plugin. I don't know whether you consider this a bug or correct behavior. Either way I'm good for now!</description>
		<content:encoded><![CDATA[<p>Quandary,</p>
<p>The theme I&#8217;m using uses the_content on the archive page. Replacing this with the_excerpt produces the same snippet, but without the table of contents from the in-series plugin. I don&#8217;t know whether you consider this a bug or correct behavior. Either way I&#8217;m good for now!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quandary</title>
		<link>http://remstate.com/2007/08/10/another-month-another-post/#comment-5390</link>
		<dc:creator>Quandary</dc:creator>
		<pubDate>Sat, 01 Sep 2007 17:34:31 +0000</pubDate>
		<guid>http://remstate.com/2007/08/10/another-month-another-post/#comment-5390</guid>
		<description>@Marios

Well, that shouldn't happen :)

If you could could let me know the versions of WordPress and In Series that you're using (and, if you know them, for PHP and MySql, too), along with an exact set of steps I can follow to reproduce the problem, that would be great. If you could put all that into the &lt;a href="/projects/in-series/bugzilla/" rel="nofollow"&gt;bug tracker&lt;/a&gt; for me, that would be even better. A link to a page exhibiting the problem would also be helpful.

I'm curious to know what's going on, since I've never experienced the behavior you describe before, and I can't immediately think of how it could happen.</description>
		<content:encoded><![CDATA[<p>@Marios</p>
<p>Well, that shouldn&#8217;t happen :)</p>
<p>If you could could let me know the versions of WordPress and In Series that you&#8217;re using (and, if you know them, for PHP and MySql, too), along with an exact set of steps I can follow to reproduce the problem, that would be great. If you could put all that into the <a href="/projects/in-series/bugzilla/?PHPSESSID=62617d65826d32e37d2285a7d4d3c0b7" rel="nofollow">bug tracker</a> for me, that would be even better. A link to a page exhibiting the problem would also be helpful.</p>
<p>I&#8217;m curious to know what&#8217;s going on, since I&#8217;ve never experienced the behavior you describe before, and I can&#8217;t immediately think of how it could happen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marios Alexandrou</title>
		<link>http://remstate.com/2007/08/10/another-month-another-post/#comment-5389</link>
		<dc:creator>Marios Alexandrou</dc:creator>
		<pubDate>Sat, 01 Sep 2007 14:09:08 +0000</pubDate>
		<guid>http://remstate.com/2007/08/10/another-month-another-post/#comment-5389</guid>
		<description>I've got the In-Series plugin working and I think it's great. However, the table of contents are appearing in the post snippets on category pages making the category a little repetitive. I use the more tag to control where the snippet ends in case that is a factor.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve got the In-Series plugin working and I think it&#8217;s great. However, the table of contents are appearing in the post snippets on category pages making the category a little repetitive. I use the more tag to control where the snippet ends in case that is a factor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quandary</title>
		<link>http://remstate.com/2007/08/10/another-month-another-post/#comment-5286</link>
		<dc:creator>Quandary</dc:creator>
		<pubDate>Sun, 26 Aug 2007 15:22:47 +0000</pubDate>
		<guid>http://remstate.com/2007/08/10/another-month-another-post/#comment-5286</guid>
		<description>@ KC

I suppose that's a fair observation. &lt;em&gt;Renaming&lt;/em&gt; a series is more believable operation than deleting an entire series while retaining the individual posts, but that has the exact same "you have to edit every one" issue. That said, we're getting into a different paradigm for interacting with a series -- treating the series as a stand-alone entity that can be edited and manipulated independent of posts. I'll have to meditate on a design that will allow for renaming and deleting of entire series, without evoking a "why can't I add/remove individual posts to/from the series with this?" response, while still ensuring that users can find the series-editing UI.

I've entered this as &lt;a href="/projects/in-series/bugzilla/show_bug.cgi?id=25" rel="nofollow"&gt;bug 25&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>@ KC</p>
<p>I suppose that&#8217;s a fair observation. <em>Renaming</em> a series is more believable operation than deleting an entire series while retaining the individual posts, but that has the exact same &#8220;you have to edit every one&#8221; issue. That said, we&#8217;re getting into a different paradigm for interacting with a series &#8212; treating the series as a stand-alone entity that can be edited and manipulated independent of posts. I&#8217;ll have to meditate on a design that will allow for renaming and deleting of entire series, without evoking a &#8220;why can&#8217;t I add/remove individual posts to/from the series with this?&#8221; response, while still ensuring that users can find the series-editing UI.</p>
<p>I&#8217;ve entered this as <a href="/projects/in-series/bugzilla/show_bug.cgi?id=25&PHPSESSID=62617d65826d32e37d2285a7d4d3c0b7" rel="nofollow">bug 25</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: KC</title>
		<link>http://remstate.com/2007/08/10/another-month-another-post/#comment-5285</link>
		<dc:creator>KC</dc:creator>
		<pubDate>Sun, 26 Aug 2007 14:59:56 +0000</pubDate>
		<guid>http://remstate.com/2007/08/10/another-month-another-post/#comment-5285</guid>
		<description>Any chance you can make it easier to kill individual entries in a series (in case the thing gets too bloated - too many items in a series) as well as killing a series altogether?  I know you can go to the SQL tables and edit them, but that's too techie for some people and too slow for the rest.</description>
		<content:encoded><![CDATA[<p>Any chance you can make it easier to kill individual entries in a series (in case the thing gets too bloated - too many items in a series) as well as killing a series altogether?  I know you can go to the SQL tables and edit them, but that&#8217;s too techie for some people and too slow for the rest.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://remstate.com/2007/08/10/another-month-another-post/#comment-5074</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Sun, 19 Aug 2007 13:21:03 +0000</pubDate>
		<guid>http://remstate.com/2007/08/10/another-month-another-post/#comment-5074</guid>
		<description>Count us (me, my wife and our blog) among those who are grateful that you are not dead.

Thanks for your continued work on a valuable plug-in.
Cheers,
Dan</description>
		<content:encoded><![CDATA[<p>Count us (me, my wife and our blog) among those who are grateful that you are not dead.</p>
<p>Thanks for your continued work on a valuable plug-in.<br />
Cheers,<br />
Dan</p>
]]></content:encoded>
	</item>
</channel>
</rss>
