<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Weblog Tools Collection &#187; idea</title>
	<atom:link href="http://weblogtoolscollection.com/archives/tag/idea/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblogtoolscollection.com</link>
	<description>Weblog Tools Blogging Tools Blog</description>
	<lastBuildDate>Mon, 13 Feb 2012 13:00:19 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>WordPress 2.9 Revamps Hello World</title>
		<link>http://weblogtoolscollection.com/archives/2009/11/05/wordpress-2-9-revamps-hello-world/</link>
		<comments>http://weblogtoolscollection.com/archives/2009/11/05/wordpress-2-9-revamps-hello-world/#comments</comments>
		<pubDate>Fri, 06 Nov 2009 00:47:02 +0000</pubDate>
		<dc:creator>Jeff Chandler</dc:creator>
				<category><![CDATA[WordPress]]></category>
		<category><![CDATA[Code]]></category>
		<category><![CDATA[contribute]]></category>
		<category><![CDATA[hello world]]></category>
		<category><![CDATA[idea]]></category>

		<guid isPermaLink="false">http://weblogtoolscollection.com/?p=7046</guid>
		<description><![CDATA[During the WordPress development chat today, one of the topics of discussion centered around the suggestion of changing the Hello World post that is seen with every new install of WordPress to something that contained useful WordPress specific information such as links to the release mailing list, the codex and other helpful material. I&#8217;d like to break down how this change came about to show how easy it is to contribute to the WordPress project without writing a line of code. It first started out as a discussion on the WordPress Hackers mailing list concerning the addition of email notifications to the core of WordPress to keep administrators abreast of new versions of WordPress as they were released. The discussion became long winded but a response by Lynne Pope provided one of those why didn&#8217;t I think of that moments. Change the sample data &#8211; instead of, &#8220;this is a [...]]]></description>
			<content:encoded><![CDATA[<p>During the WordPress development chat today, one of the topics of discussion centered around the suggestion of changing the Hello World post that is seen with every new install of WordPress to something that contained useful WordPress specific information such as links to the release mailing list, the codex and other helpful material. I&#8217;d like to break down how this change came about to show how easy it is to contribute to the WordPress project without writing a line of code.</p>
<p>It first started out as a discussion on the WordPress Hackers mailing list concerning the addition of email notifications to the core of WordPress to keep administrators abreast of new versions of WordPress as they were released. The discussion became long winded but <a href="http://lists.automattic.com/pipermail/wp-hackers/2009-October/028015.html" target="_blank">a response</a> by Lynne Pope provided one of those <i>why didn&#8217;t I think of that</i> moments. </p>
<blockquote><p>Change the sample data &#8211; instead of, &#8220;this is a post&#8221;, provide some meaningful information. With a link to subscribe to WP-Announce. Make an entry announcing that WP-Announce is being used, so this will show in the dashboard feeds. Bloggers will quickly pick up on this and news of it will spread.</p></blockquote>
<p>Needless to say, her idea sparked a series of kudos with other suggestions for what to include in the sample data. Then, in a WordPress development chat regarding the topic that was discussed on the hackers mailing list, it was agreed that the best course of action would be to not only revive the WP-Announcements mailing list, but to also change the Hello World! post in WordPress to something more useful. A fellow by the name of <a href="http://op111.net/" target="_blank">Demetris</a> took it upon himself to create a draft of what the sample data should be. The discussion surrounding the change including links to see drafts and revisions were included in <a href="http://core.trac.wordpress.org/ticket/11008" target="_blank">ticket number 11008</a>. The ticket has been open for two weeks and in <a href="https://irclogs.wordpress.org/chanlog.php?channel=wordpress-dev&#038;day=2009-11-05&#038;sort=desc#m35813" target="_blank">today&#8217;s developer chat</a>, Demetris published a link to his draft which you can <a href="http://op111.etherpad.com/3?" target="_blank">view here</a>. There was a unanimous decision to include the sample post data into the core of WordPress starting with version 2.9. If the sample data needs editing, it will be done throughout the beta process before the stable release. </p>
<p>There you have it. A time line of events that happened in quick succession which provided a small change with huge benefits without having one line of code written. Let me know your thoughts in the comments with regards to the new sample data that will be provided in any new installation of WordPress starting with 2.9. </p>
]]></content:encoded>
			<wfw:commentRss>http://weblogtoolscollection.com/archives/2009/11/05/wordpress-2-9-revamps-hello-world/feed/</wfw:commentRss>
		<slash:comments>17</slash:comments>
		</item>
		<item>
		<title>Where Is That Settings Page?</title>
		<link>http://weblogtoolscollection.com/archives/2008/10/08/where-is-that-settings-page/</link>
		<comments>http://weblogtoolscollection.com/archives/2008/10/08/where-is-that-settings-page/#comments</comments>
		<pubDate>Wed, 08 Oct 2008 13:31:08 +0000</pubDate>
		<dc:creator>Jeff Chandler</dc:creator>
				<category><![CDATA[WordPress Plugins]]></category>
		<category><![CDATA[configuration]]></category>
		<category><![CDATA[idea]]></category>
		<category><![CDATA[plugins]]></category>
		<category><![CDATA[settings]]></category>

		<guid isPermaLink="false">http://weblogtoolscollection.com/?p=4312</guid>
		<description><![CDATA[One of the things I&#8217;ve noticed since using WordPress is that after you install a number of plugins, it becomes clear that there is no standard for where to place the plugin configuration link. Sometimes, the configuration link for a plugin shows up in the dashboard while other times, the link appears within the Manage panel. To top things off, many of the plugins provide links to their specific settings in the Settings panel. How much time do you think you have wasted so far by always searching for a particular plugins settings page? Over the weekend, I happened to come across a post written by Andrew Rickmann which showcased an idea to create a configure link next next to the usual Activate/Deactivate Edit links found within the Plugin Management panel. Andrew&#8217;s point of view is that, instead of adding top level menu items to the WordPress administration panels, it [...]]]></description>
			<content:encoded><![CDATA[<p>One of the things I&#8217;ve noticed since using WordPress is that after you install a number of plugins, it becomes clear that there is no standard for where to place the plugin configuration link. Sometimes, the configuration link for a plugin shows up in the dashboard while other times, the link appears within the Manage panel. To top things off, many of the plugins provide links to their specific settings in the Settings panel. How much time do you think you have wasted so far by always searching for a particular plugins settings page?</p>
<p>Over the weekend, I happened to come across a post written by <a href="http://www.wp-fun.co.uk/2008/10/01/unobtrusive-config-for-fire-and-forget-plugins/" target="_blank">Andrew Rickmann</a> which showcased an idea to create a <strong>configure</strong> link next next to the usual <strong>Activate/Deactivate Edit</strong> links found within the Plugin Management panel.</p>
<p><a href="http://weblogtoolscollection.com/b2-img/2008/10/configurelink.png" rel="thumbnail"><img class="alignnone size-full wp-image-4313" title="configurelink" src="http://weblogtoolscollection.com/b2-img/2008/10/configurelink.png" alt="" width="243" height="98" /></a></p>
<p>Andrew&#8217;s point of view is that, instead of adding top level menu items to the WordPress administration panels, it would be far easier to click on a configure link that would open up a sliding panel which would present anywhere from 1-5 configurable settings. Not only does this idea make configuring plugins faster, but it makes browsing the WordPress administration panel much easier as the top level navigation system is not filled with links. On top of that, the configure link makes complete sense to be located next to the Deactivate/Edit links. In doing so, configuration options are in a predictable location.</p>
<p><a href="http://weblogtoolscollection.com/b2-img/2008/10/configureinaction.png" rel="thumbnail"><img class="alignnone size-full wp-image-4314" title="configureinaction" src="http://weblogtoolscollection.com/b2-img/2008/10/configureinaction.png" alt="" width="500" height="115" /></a></p>
<p>In my opinion, here are a couple of reasons why we are not seeing something like this already being used. Number one, WordPress is open source meaning anytime you try to implement anything close to a standard, it probably won&#8217;t work. People will come up with their own solutions to the problem which is one of the beauties of Open Source but can also be a contributing problem. Secondly, this was brought up over two years ago. You can see the <a href="http://wordpress.org/support/topic/63824?replies=13" target="_blank">initial forum thread here</a> and the post on the <a href="http://comox.textdrive.com/pipermail/wp-hackers/2006-March/005247.html" target="_blank">WP-Hackers Mailing List from Owen here</a>. Considering we have gone two years without any move towards a solution such as the one Andrew suggested, perhaps we will always be at the mercy as to where plugin authors place their configuration links.</p>
<p>Plugin authors can bring up the fact that they provide directions within their readme files that indicate where to find the configuration page. While they may help in the short term, that doesn&#8217;t solve the root of the overall problem. Andrew&#8217;s idea is something that can be implemented by plugin authors right now. In terms of something like this being added to the core, according to Andrew, the process is so simple, it probably doesn&#8217;t need to be added.</p>
<p><strong>Where do you stand on this issue? Would you like to see more plugin authors implement Andrew&#8217;s idea into their own plugin or is there a better alternative? </strong></p>
]]></content:encoded>
			<wfw:commentRss>http://weblogtoolscollection.com/archives/2008/10/08/where-is-that-settings-page/feed/</wfw:commentRss>
		<slash:comments>37</slash:comments>
		</item>
	</channel>
</rss>
<!-- This Quick Cache file was built for (  weblogtoolscollection.com/archives/tag/idea/feed/ ) in 0.93152 seconds, on Feb 14th, 2012 at 1:21 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 14th, 2012 at 2:21 pm UTC -->
