<?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: Sticky posts are just wrong</title>
	<atom:link href="http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/feed/" rel="self" type="application/rss+xml" />
	<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Fri, 05 Mar 2010 11:56:05 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Monika</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1090</link>
		<dc:creator>Monika</dc:creator>
		<pubDate>Sun, 30 Nov 2008 02:37:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1090</guid>
		<description>Hi&lt;br&gt;I think it is the same diskussion as *categories and tags* - for me both are drawer,maybe a category is a larger drawer than a tag-maybe ;)&lt;br&gt;&lt;br&gt;Your solution is beautiful for all they would like to use only static pages, but for *everyday* user it is a philosophical problem and I love philosophie but  I&#039;m a pragmatist. To  make a *click* is better than to write a hack ;)&lt;br&gt;&lt;br&gt;&lt;br&gt;and - most of the time - I thought:sticky posts are only modern:why do we need sticky posts at all ;)&lt;br&gt;&lt;br&gt;&lt;br&gt;but with your solution I can do many other things -  great-thanks a lot for the idea ;)</description>
		<content:encoded><![CDATA[<p>Hi<br />I think it is the same diskussion as *categories and tags* &#8211; for me both are drawer,maybe a category is a larger drawer than a tag-maybe ;)</p>
<p>Your solution is beautiful for all they would like to use only static pages, but for *everyday* user it is a philosophical problem and I love philosophie but  I&#39;m a pragmatist. To  make a *click* is better than to write a hack ;)</p>
<p>and &#8211; most of the time &#8211; I thought:sticky posts are only modern:why do we need sticky posts at all ;)</p>
<p>but with your solution I can do many other things &#8211;  great-thanks a lot for the idea ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tobias</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1089</link>
		<dc:creator>Tobias</dc:creator>
		<pubDate>Fri, 21 Nov 2008 20:56:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1089</guid>
		<description>Andrew,&lt;br&gt;&lt;br&gt;&quot;but if you want to start seriously organising information the definitions between different content types really matter&quot;&lt;br&gt;&lt;br&gt;I agree, but particularly in that case I think posts and pages are two custom ways to organize content units. I&#039;m thinking it would be much more logical to start with a &quot;page&quot; tree (display structure) like in typo3 and then decide which content units to assign to which display unit (&quot;blog/page&quot;). I mean, in a way, that&#039;s what WP does already with the feature to have a non-blog homepage. Why have two essentially identical management pages for these two post types? Why not have one with a filter for post type to edit the contents quickly and one to determine the page structure? I think that the real problem is the special treatment of the pages content type...</description>
		<content:encoded><![CDATA[<p>Andrew,</p>
<p>&#8220;but if you want to start seriously organising information the definitions between different content types really matter&#8221;</p>
<p>I agree, but particularly in that case I think posts and pages are two custom ways to organize content units. I&#39;m thinking it would be much more logical to start with a &#8220;page&#8221; tree (display structure) like in typo3 and then decide which content units to assign to which display unit (&#8220;blog/page&#8221;). I mean, in a way, that&#39;s what WP does already with the feature to have a non-blog homepage. Why have two essentially identical management pages for these two post types? Why not have one with a filter for post type to edit the contents quickly and one to determine the page structure? I think that the real problem is the special treatment of the pages content type&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Rickmann</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1088</link>
		<dc:creator>Andrew Rickmann</dc:creator>
		<pubDate>Fri, 21 Nov 2008 04:05:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1088</guid>
		<description>That&#039;s what I argued about categories and tags and everyone seemed to disagree and claimed they were very different things entirely.</description>
		<content:encoded><![CDATA[<p>That&#39;s what I argued about categories and tags and everyone seemed to disagree and claimed they were very different things entirely.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Rickmann</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1087</link>
		<dc:creator>Andrew Rickmann</dc:creator>
		<pubDate>Fri, 21 Nov 2008 04:04:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1087</guid>
		<description>The thing is, if you just use WordPress casually perhaps it doesn&#039;t matter one jot what the difference between a post and a page is, but if you want to start seriously organising information the definitions between different content types really matter, and bending them in a core feature really starts to muddy the waters.&lt;br&gt;&lt;br&gt;The point I was making about tagging something &#039;featured&#039; was that I would do that if all I wanted to do was give something more prominence through styling, not if I wanted it to stay outside the chronology.</description>
		<content:encoded><![CDATA[<p>The thing is, if you just use WordPress casually perhaps it doesn&#39;t matter one jot what the difference between a post and a page is, but if you want to start seriously organising information the definitions between different content types really matter, and bending them in a core feature really starts to muddy the waters.</p>
<p>The point I was making about tagging something &#39;featured&#39; was that I would do that if all I wanted to do was give something more prominence through styling, not if I wanted it to stay outside the chronology.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tobias</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1086</link>
		<dc:creator>Tobias</dc:creator>
		<pubDate>Fri, 21 Nov 2008 02:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1086</guid>
		<description>I think there is no clear cut correct approach for this kind of thing. The problem starts with the definition of post and page in WP. In the end a post and a page are just two content containers. One is displayed in a hierarchical fashion and the other is displayed in chronological, categorical, tagged or individual views. Personally, I think this dichotomy will have to be abandoned as WP is moving towards a more comprehensive CMS solution.&lt;br&gt;&lt;br&gt;In the end, how is a post attribute of &quot;sticky&quot; different from a tag &quot;sticky&quot; with a custom query ahead of the standard query?</description>
		<content:encoded><![CDATA[<p>I think there is no clear cut correct approach for this kind of thing. The problem starts with the definition of post and page in WP. In the end a post and a page are just two content containers. One is displayed in a hierarchical fashion and the other is displayed in chronological, categorical, tagged or individual views. Personally, I think this dichotomy will have to be abandoned as WP is moving towards a more comprehensive CMS solution.</p>
<p>In the end, how is a post attribute of &#8220;sticky&#8221; different from a tag &#8220;sticky&#8221; with a custom query ahead of the standard query?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean O</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1081</link>
		<dc:creator>Sean O</dc:creator>
		<pubDate>Fri, 21 Nov 2008 01:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1081</guid>
		<description>What&#039;s the difference?  A post is a page and page is a post.  The only real difference is that a page doesn&#039;t move down the screen with the passage of time and a page can be stuck more easily into the sidebar and can be hierarchical.  Wouldn&#039;t just be easier to have only one document and then declare how that document works (sidebar, time stamped to move, etc.)?</description>
		<content:encoded><![CDATA[<p>What&#39;s the difference?  A post is a page and page is a post.  The only real difference is that a page doesn&#39;t move down the screen with the passage of time and a page can be stuck more easily into the sidebar and can be hierarchical.  Wouldn&#39;t just be easier to have only one document and then declare how that document works (sidebar, time stamped to move, etc.)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Rickmann</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1082</link>
		<dc:creator>Andrew Rickmann</dc:creator>
		<pubDate>Thu, 20 Nov 2008 04:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1082</guid>
		<description>When I say static I don&#039;t mean it in the sense of plain HTML versus PHP I mean it in the sense of non-chronological. In WordPress, pages are identical to posts in that they are the same type of object so there is nothing you can do with one that you can&#039;t do with the other, except that posts are dated. &lt;br&gt;&lt;br&gt;The fact that you might want to pull information from another part of WordPress, i.e. the comments for a particular post doesn&#039;t change the non-chronological  nature of the presentation.&lt;br&gt;&lt;br&gt;I will take your word on TC. I don&#039;t subscribe to it so I had only the timing of the first comment to compare.</description>
		<content:encoded><![CDATA[<p>When I say static I don&#39;t mean it in the sense of plain HTML versus PHP I mean it in the sense of non-chronological. In WordPress, pages are identical to posts in that they are the same type of object so there is nothing you can do with one that you can&#39;t do with the other, except that posts are dated. </p>
<p>The fact that you might want to pull information from another part of WordPress, i.e. the comments for a particular post doesn&#39;t change the non-chronological  nature of the presentation.</p>
<p>I will take your word on TC. I don&#39;t subscribe to it so I had only the timing of the first comment to compare.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wesley</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1083</link>
		<dc:creator>wesley</dc:creator>
		<pubDate>Thu, 20 Nov 2008 03:50:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1083</guid>
		<description>Is it static? A featured post that you move outside of the normal loop will still have to display the nr of comments it has, etc.. which is dynamic.&lt;br&gt;&lt;br&gt;And the current post on tc is definitely a little older than the post below, you can see this if you compare the order with your RSS reader.&lt;br&gt;&lt;br&gt;You also see at TC that the featured post is wider than the posts below, for instance.</description>
		<content:encoded><![CDATA[<p>Is it static? A featured post that you move outside of the normal loop will still have to display the nr of comments it has, etc.. which is dynamic.</p>
<p>And the current post on tc is definitely a little older than the post below, you can see this if you compare the order with your RSS reader.</p>
<p>You also see at TC that the featured post is wider than the posts below, for instance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Rickmann</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1084</link>
		<dc:creator>Andrew Rickmann</dc:creator>
		<pubDate>Thu, 20 Nov 2008 01:51:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1084</guid>
		<description>Hmm Techcrunch is showing me all the posts in order, excerpts of them at least. Perhaps the current post is the exception.&lt;br&gt;&lt;br&gt;If all you want to do is make it more prominent then that is not a sticky post as such, you are just using the sticky mechanism to style it differently. Personally I would just tag it &#039;featured&#039; so that a list of featured posts was automatically generated via the tagging mechanism but either way it is still in the chronology and still a post.&lt;br&gt;&lt;br&gt;If, on the other hand, you decide to remove it from the chronology by sticking it to the top of the post list you are making the decision to display content statically (that is non-chronologically). The fact that it duplicates the excerpt of a post doesn&#039;t change the philosophical point that they are two different types of data.</description>
		<content:encoded><![CDATA[<p>Hmm Techcrunch is showing me all the posts in order, excerpts of them at least. Perhaps the current post is the exception.</p>
<p>If all you want to do is make it more prominent then that is not a sticky post as such, you are just using the sticky mechanism to style it differently. Personally I would just tag it &#39;featured&#39; so that a list of featured posts was automatically generated via the tagging mechanism but either way it is still in the chronology and still a post.</p>
<p>If, on the other hand, you decide to remove it from the chronology by sticking it to the top of the post list you are making the decision to display content statically (that is non-chronologically). The fact that it duplicates the excerpt of a post doesn&#39;t change the philosophical point that they are two different types of data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wesley</title>
		<link>http://wp-fun.co.uk/2008/11/19/sticky-posts-are-just-wrong/comment-page-1/#comment-1085</link>
		<dc:creator>wesley</dc:creator>
		<pubDate>Thu, 20 Nov 2008 01:03:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.wp-fun.co.uk/?p=774#comment-1085</guid>
		<description>You are wrong in that sticky posts could only be used for static content. &lt;br&gt;&lt;br&gt;What if I want to &quot;feature&quot; a post and give it more attention? (Diff bg color, etc) this could be achieved with a sticky post. &lt;br&gt;&lt;br&gt;In fact, this is wha &lt;a href=&quot;http://techcrunch.com&quot;&gt;techcrunch.com&lt;/a&gt; also does. The first post is a featured post and is not necessarily the newest.</description>
		<content:encoded><![CDATA[<p>You are wrong in that sticky posts could only be used for static content. </p>
<p>What if I want to &#8220;feature&#8221; a post and give it more attention? (Diff bg color, etc) this could be achieved with a sticky post. </p>
<p>In fact, this is wha <a href="http://techcrunch.com">techcrunch.com</a> also does. The first post is a featured post and is not necessarily the newest.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
