<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.1" -->
<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>WordPress Ideas &#187; Tag: draft - Recent Posts</title>
		<link>http://wordpress.org/ideas/tags/draft</link>
		<description>WordPress Ideas &#187; Tag: draft - Recent Posts</description>
		<language>en-US</language>
		<pubDate>Wed, 22 May 2013 10:23:43 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.1</generator>
				<atom:link href="http://wordpress.org/ideas/rss/tags/draft" rel="self" type="application/rss+xml" />

		<item>
			<title>Cara-crossborder on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts/page/2#post-24192</link>
			<pubDate>Thu, 14 Feb 2013 14:59:51 +0000</pubDate>
			<dc:creator>Cara-crossborder</dc:creator>
			<guid isPermaLink="false">24192@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>I agree with the above commenters - unpublish functionality is basic CMS stuff. There are often times when a post is time-limited e.g. job adverts, special offers etc. and with WP you have to remember to go back to each post and delete instead of an automated unpublish by date function to remove it from the public site. Fair enough for blogging software, but if you want to call yourself a CMS, then at least provide basic CMS functionality.</p>
<p>Sloppy of you to insist we rely on plug-ins for this, when experience has shown that plug-ins may not be updated, supported or even fixed if they fail.
</p>]]></description>
					</item>
		<item>
			<title>Ipstenu (Mika Epstein) on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts/page/2#post-24046</link>
			<pubDate>Thu, 17 Jan 2013 07:37:45 +0000</pubDate>
			<dc:creator>Ipstenu (Mika Epstein)</dc:creator>
			<guid isPermaLink="false">24046@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>As a recovering corporate wage slave, I agree.</p>
<p>But you have a bit of a misconception going on if you think WP is 'corporate.' You should read the make.wordpress.org blogs, and the IRC chats. :)
</p>]]></description>
					</item>
		<item>
			<title>davidmcc3 on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts/page/2#post-24045</link>
			<pubDate>Thu, 17 Jan 2013 07:10:51 +0000</pubDate>
			<dc:creator>davidmcc3</dc:creator>
			<guid isPermaLink="false">24045@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>Corporate denial is rife (and always has been).
</p>]]></description>
					</item>
		<item>
			<title>Ipstenu (Mika Epstein) on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts/page/2#post-24044</link>
			<pubDate>Wed, 16 Jan 2013 22:57:15 +0000</pubDate>
			<dc:creator>Ipstenu (Mika Epstein)</dc:creator>
			<guid isPermaLink="false">24044@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>WordPress is not Joomla.</p>
<p>Im sorry you don't feel that using a plugin can be perfectly safe, but that is the way we encourage development. Unscheduling posts is, right now, a minority interest.</p>
<p>Please have a look at <a href="http://wordpress.org/about/philosophy/" rel="nofollow">http://wordpress.org/about/philosophy/</a> to understand how we approach these sorts of things.
</p>]]></description>
					</item>
		<item>
			<title>davidmcc3 on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts/page/2#post-24040</link>
			<pubDate>Wed, 16 Jan 2013 17:44:04 +0000</pubDate>
			<dc:creator>davidmcc3</dc:creator>
			<guid isPermaLink="false">24040@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>No, plugins IS NOT the way to go for something which should be core functionality (is WordPress serious about being a CMS?)</p>
<p>Plugins are/can be:</p>
<p>1. not well written<br />
2. cause issues with other plugins, themes etc.<br />
3. don't always work with new versions of the core<br />
4. can't be relied upon to be updated<br />
5. could be harbouring a virus</p>
<p>Authorisation workflow probably IS a minority interest for users of WordPress ('proper' CMS systems have this), but not the automatic ability to set an unpublish date ... even Joomla has it!
</p>]]></description>
					</item>
		<item>
			<title>Ipstenu (Mika Epstein) on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts/page/2#post-24039</link>
			<pubDate>Wed, 16 Jan 2013 15:12:20 +0000</pubDate>
			<dc:creator>Ipstenu (Mika Epstein)</dc:creator>
			<guid isPermaLink="false">24039@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>Unlike a car, WordPress makes it easy to install a feature like heated seats (which is nice to have, but not a deal breaker unless you live where it's cold).</p>
<p><a href="http://wordpress.org/extend/plugins/content-scheduler/" rel="nofollow">http://wordpress.org/extend/plugins/content-scheduler/</a></p>
<p>You have to remember, plugins are the right way to go about this. It's how we find out if that feature really is all that needed or not :)
</p>]]></description>
					</item>
		<item>
			<title>davidmcc3 on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts/page/2#post-24038</link>
			<pubDate>Wed, 16 Jan 2013 11:48:24 +0000</pubDate>
			<dc:creator>davidmcc3</dc:creator>
			<guid isPermaLink="false">24038@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>Being able to schedule posts being published and unpublished has been 'core' territory for (proper?) content management systems for at least 10 years (to my personal knowledge as a former corporate IT Director).</p>
<p>While I understand the origins of the application and continue to use it enthusiastically for client sites, it's about time WordPress caught up.</p>
<p>I remember years ago the car makers in the UK saying air-con wasn't available because no one wanted it. When something IS available (without it being a retrofit which may or may not work with your model/release version), it's surprising how many people find they'll use it.
</p>]]></description>
					</item>
		<item>
			<title>Ipstenu (Mika Epstein) on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts#post-23995</link>
			<pubDate>Mon, 07 Jan 2013 18:49:17 +0000</pubDate>
			<dc:creator>Ipstenu (Mika Epstein)</dc:creator>
			<guid isPermaLink="false">23995@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>I don't have a dog in the fight either :) I'm just trying to look at it objectively. I think this is a needed feature for less than 80% of the WP user base, and that's pretty much my benchmark for if I think we should push it. Mostly I wanted to explain that total downloads is only one measurement for 'into core use case' math.
</p>]]></description>
					</item>
		<item>
			<title>trumpcard21 on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts#post-23994</link>
			<pubDate>Mon, 07 Jan 2013 18:44:56 +0000</pubDate>
			<dc:creator>trumpcard21</dc:creator>
			<guid isPermaLink="false">23994@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>I understand completely, but regardless of version of WordPress or the plugins version, the total number of downloads is a benchmark of a plugins or features desirability.  Its the number of people over the course of the plugins lifetime that have reached out for that functionality from the plugin as it wasnt available from the core.</p>
<p>I'm just debating, I have no need of this functionality any longer,  but I still think it would be a useful piece of functionality that more people than you realize might appreciate based on the long term download numbers of the post expirator plug-in.</p>
<p>That said,  I dont really have a dog in this fight anymore however.  I just set up a record prune job externally to do it for me,  but I still think it would make a good inclusion.</p>
<p>I do agree about needless feature creep.  You always want to keep your core as tight as possible
</p>]]></description>
					</item>
		<item>
			<title>Ipstenu (Mika Epstein) on "Auto expire/unpublish time for posts"</title>
			<link>http://wordpress.org/ideas/topic/auto-expireunpublish-time-for-posts#post-23993</link>
			<pubDate>Mon, 07 Jan 2013 18:35:21 +0000</pubDate>
			<dc:creator>Ipstenu (Mika Epstein)</dc:creator>
			<guid isPermaLink="false">23993@http://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>WordPress 3.5 is at 4,301,146 downloads, so percentage wise it's different. Only around 56% of people are using the latest version, and the most ever downloads on a day was under 800. The ~60k downloads is 'all users, all versions, forever' and it's really a benchmark like that.</p>
<p>Go look at <a href="http://wordpress.org/extend/plugins/w3-total-cache/stats/" rel="nofollow">http://wordpress.org/extend/plugins/w3-total-cache/stats/</a></p>
<p>That huge spike is when the plugin upgraded. That would be 11k in one day, and <em>that</em> is a way better tell for usage.
</p>]]></description>
					</item>

	</channel>
</rss>
