<?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>Dev4Press&#187; additional database table Tag Archives, page 1 of 1 | Dev4Press</title>
	<atom:link href="http://www.dev4press.com/tag/additional-database-table/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dev4press.com</link>
	<description>Premium Plugins and Themes for WordPress</description>
	<lastBuildDate>Thu, 23 May 2013 09:33:41 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>&#8230;And what WordPress actually needs?</title>
		<link>http://www.dev4press.com/2012/blog/general/and-what-wordpress-actually-needs/</link>
		<comments>http://www.dev4press.com/2012/blog/general/and-what-wordpress-actually-needs/#comments</comments>
		<pubDate>Wed, 11 Apr 2012 08:50:31 +0000</pubDate>
		<dc:creator>MillaN</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[additional database table]]></category>
		<category><![CDATA[akismet]]></category>
		<category><![CDATA[central media library]]></category>
		<category><![CDATA[core developers]]></category>
		<category><![CDATA[core distribution]]></category>
		<category><![CDATA[cosmetic admin]]></category>
		<category><![CDATA[custom post types]]></category>
		<category><![CDATA[database table]]></category>
		<category><![CDATA[dialogs]]></category>
		<category><![CDATA[future development plans]]></category>
		<category><![CDATA[jquery]]></category>
		<category><![CDATA[jQueryUI]]></category>
		<category><![CDATA[media library]]></category>
		<category><![CDATA[Plugins]]></category>
		<category><![CDATA[popups]]></category>
		<category><![CDATA[post type]]></category>
		<category><![CDATA[taxonomies terms]]></category>
		<category><![CDATA[taxonomy terms]]></category>
		<category><![CDATA[ThickBox popups]]></category>
		<category><![CDATA[WordPress core]]></category>

		<guid isPermaLink="false">http://www.dev4press.com/?p=15766</guid>
		<description><![CDATA[It is not fair only to point out what is not good with upcoming WordPress, as I did yesterday. There are many things WordPress need, and for some reason all that is completely overlooked by core developers, so I will list all those things that will actually make WordPress better.]]></description>
				<content:encoded><![CDATA[<p>It is not fair only to point out what is not good with upcoming WordPress, as I did yesterday. There are many things WordPress need, and for some reason all that is completely overlooked by core developers, so I will list all those things that will actually make WordPress better.</p>
<blockquote><p>Before we go on, here is the reminder for the article published yesterday about upcoming WordPress:<br />
<a href="http://www.dev4press.com/2012/blog/general/what-will-we-get-with-wordpress-3-4/" target="_blank">What will we get with WordPress 3.4?</a></p></blockquote>
<p>This list is based on the features requested by WordPress community, and things I consider important. This features are in circulation for over a year now, and still most of them are not even mentioned in the future development plans. Problem with most of these features is that they need much more time to do, and current quick development cycles core team insist on are simply not long enough to make these things happen.</p>
<ul>
<li>Replacing outdated and no longer maintained ThickBox with jQueryUI Dialog. This is actually something that was in works, and from what I have seen, it should be ready for the next WP 3.5. ThickBox popups are very complicated to control and they lack many features that jQueryUI Dialog popups can do. Replacing them would be great. But, that will also cause all sorts of problems for plugins developers, because most of the code using ThickBox will not be compatible with new popups. Colorbox is also a good way to go to make popups, but I would prefer jQueryUI approach, considering  how much WP relies on jQueryUI already.</li>
<li>Custom post types posts relationships. This is very, very important feature that will move WordPress in the field of full-fledged CMS systems. Right now, you can&#8217;t connect posts directly and with more and more popularity custom post types gain, this is a very important addition. There are several plugins for this, all implementing this differently, but this is something that must be in the WordPress core. This would need additional database table for bridging posts.</li>
<li>Meta data for taxonomies terms. There was some talk about this, but it was always dismissed when plans for next WordPress were made. Right now all data types in WordPress have meta fields (users, posts, comments) with the exception of terms. It would be very beneficial to have those. This also would require another database table.</li>
<li>Improved media library. This can be found on most WordPress wish lists on the Internet. I don&#8217;t have too many complaints to Media Library, but there are many things that can be improved, including attaching one image/file to more than one post. Other important improvements would include: user controlled folder structure for storing files (not only dates based as it is now), with improved URL rewriting rules that can hide wp-content from the URL. Also, real galleries implementation would be of great benefit for media library.</li>
<li>Shared resources between sites in multisite. It would be of great benefit to have central media library with assets and images that all multisites can use (logos for instance). Only super admins get to control that, but any site admin can use those resources. Beyond files, sharing can be done for taxonomy terms, maybe even pages and posts to some extent. This can be useful if you have same Terms And Conditions page that any site in the network can use as its own.</li>
<li>Improved posts management. Right now, posts lists on the admin side are real pain to use when you have large website with thousands of posts. Changing category for hundreds of posts at the time is impossible. We need better system that would allow simpler and more powerful filtering on that page and operations that go beyond current, flawed bulk operations (if you want to bulk edit 10 or 15 posts, you can wait good minute or two before you can do anything, and some browsers can freeze with bulk edit).</li>
<li>New Taxonomies Terms management. This current is very bad, and if we get meta data for terms, this current interface must be replaced with something that is actually usable for website with large number of taxonomies and terms.</li>
<li>Real search. Maybe the worst thing in WordPress is absolutely useless search feature. There is no need to explain how bad it is, and how much we need something useful to search posts. We need full text indexing, some search operators, easy set filters for post type, custom fields or taxonomies terms. There are some plugins for this, but this is a feature that should be in the core.</li>
<li>Remove Akismet from core distribution. Akismet is a commercial plugin, and for most websites, it must be purchased to use. Bundling it with WordPress core is not fair to all the other commercial plugins developers. Considering that many users prefer solutions that work on site only with no remote servers involvement, there are better solutions that Akismet, and also free solutions.</li>
</ul>
<p>And what we should not see in future WordPress version (for a while at least):</p>
<ol>
<li>We don&#8217;t really need new core themes. TwentyTen is great, and TwentyEleven is awful. I would like to see TwentyTen as HTML5 theme and be done with it. From what I have seen of TwentyTwelve, I am not impressed.</li>
<li>No more cosmetic admin side changes. We need real changes to posts lists panel, taxonomies terms pages, leave the rest of WordPress admin as it is. It looks great as it is now.</li>
</ol>
<p>With few teams working only on these features, I think (based on earlier development cycles) that these would take 9 to 10 months (maybe a year) to implement and test properly. Also, having longer beta testing period for it would be beneficial to convince larger group of users to switch to new version when it gets released. And I am sure that powerful set of features would be the best incentive for adopting new WordPress.</p>
<p>What do you think about these features? Would you prefer to wait longer for a WordPress that comes with most of these things, than to waste time on small updates as we have now? Let me know with a comment.</p>
<script src="http://feeds.feedburner.com/~s/adsense@gdragon.info?i=http://www.dev4press.com/2012/blog/general/and-what-wordpress-actually-needs/" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
			<wfw:commentRss>http://www.dev4press.com/2012/blog/general/and-what-wordpress-actually-needs/feed/</wfw:commentRss>
		<slash:comments>63</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk: enhanced
Content Delivery Network via cdn.dev4press.com

 Served from: www.dev4press.com @ 2013-05-25 02:02:35 by W3 Total Cache -->