<?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"
	>
<channel>
	<title>Comments on: WuhWuh 0.1 Demo</title>
	<atom:link href="http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/</link>
	<description>Weblog Tools Blogging Tools Blog</description>
	<pubDate>Tue, 06 Jan 2009 12:38:32 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Mark</title>
		<link>http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/#comment-175</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Sun, 29 Feb 2004 21:17:22 +0000</pubDate>
		<guid isPermaLink="false">http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/#comment-175</guid>
		<description>Matt (and everyone else),
WuhWuh consists of the WordPress core and IS NOT a fork. It is an extension to make WP hacks more within the reach of some people. It is a "fully hacked" version of Wordpress.

The database presently contains a few extra tables and entries for various hacks. There are three directions that I could take with it. I could try to either import those changes into an existing WP database (as one big chunk, one step in the install process, a bit of extra time coding those changes as an SQL import). 

My second option is to provide an "import" script from an existing WP database into the WW database, which would retain those extra options. 

Lastly, I could offer this ONLY as a new install (which I am leaning towards for the first version). Once the database is populated with entries and the changes from the hacks are in place, any upgrade of the database would retain those changes and WordPress will be intact.

The goal of this mess is that in case of any upgrade being performed, either through a direct WordPress upgrade, or through a WW upgrade, the process is seamless and does not break anything.

Any suggestions in this regard will be very appreciated.</description>
		<content:encoded><![CDATA[<p>Matt (and everyone else),<br />
WuhWuh consists of the WordPress core and IS NOT a fork. It is an extension to make WP hacks more within the reach of some people. It is a &#8220;fully hacked&#8221; version of Wordpress.</p>
<p>The database presently contains a few extra tables and entries for various hacks. There are three directions that I could take with it. I could try to either import those changes into an existing WP database (as one big chunk, one step in the install process, a bit of extra time coding those changes as an SQL import). </p>
<p>My second option is to provide an &#8220;import&#8221; script from an existing WP database into the WW database, which would retain those extra options. </p>
<p>Lastly, I could offer this ONLY as a new install (which I am leaning towards for the first version). Once the database is populated with entries and the changes from the hacks are in place, any upgrade of the database would retain those changes and WordPress will be intact.</p>
<p>The goal of this mess is that in case of any upgrade being performed, either through a direct WordPress upgrade, or through a WW upgrade, the process is seamless and does not break anything.</p>
<p>Any suggestions in this regard will be very appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/#comment-174</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Sun, 29 Feb 2004 21:03:59 +0000</pubDate>
		<guid isPermaLink="false">http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/#comment-174</guid>
		<description>Actually, that is something that completely slipped my mind. I should have done it that way and will change it to the wp-style switcher directory structure before release.</description>
		<content:encoded><![CDATA[<p>Actually, that is something that completely slipped my mind. I should have done it that way and will change it to the wp-style switcher directory structure before release.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/#comment-173</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sun, 29 Feb 2004 19:25:18 +0000</pubDate>
		<guid isPermaLink="false">http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/#comment-173</guid>
		<description>Does an "importer" mean that a WW database is not compatible with WP? Are you planning for this to be a fork or more like WP-enhanced?</description>
		<content:encoded><![CDATA[<p>Does an &#8220;importer&#8221; mean that a WW database is not compatible with WP? Are you planning for this to be a fork or more like WP-enhanced?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/#comment-171</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Sun, 29 Feb 2004 18:16:59 +0000</pubDate>
		<guid isPermaLink="false">http://weblogtoolscollection.com/archives/2004/02/29/wuhwuh-01-demo/#comment-171</guid>
		<description>Any reason you're not using the wp-style directory name like I did with my style switcher? It would be nice (for the users) to have one standard...</description>
		<content:encoded><![CDATA[<p>Any reason you&#8217;re not using the wp-style directory name like I did with my style switcher? It would be nice (for the users) to have one standard&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
