<?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; Topic: Plugin repository management for addons</title>
		<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons</link>
		<description>WordPress Ideas &#187; Topic: Plugin repository management for addons</description>
		<language>en-US</language>
		<pubDate>Mon, 12 Jun 2017 01:24:05 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.1</generator>
				<atom:link href="https://wordpress.org/ideas/rss/topic/plugin-repository-management-for-addons" rel="self" type="application/rss+xml" />

		<item>
			<title>julianprice on "Plugin repository management for addons"</title>
			<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons#post-26003</link>
			<pubDate>Sat, 01 Feb 2014 00:56:44 +0000</pubDate>
			<dc:creator>julianprice</dc:creator>
			<guid isPermaLink="false">26003@https://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>I agree with @samjco. @isptenu it does not make it right -- the plugin repository is mess . It's need to be categorized on function/tools it's adds to your site:<br />
Images/Gallery<br />
Shortcodes<br />
Ecommerce<br />
Admin/Develop tools </p>
<p>You by far know best how to think of organizing various components. Limiting to only 3 cats and at least require 1,</p>
<p>Additionally tags, same thing up to 5 no more than 10 with the exception to meta tag compability with other plugins/ext/addons </p>
<p>Some tag some don't . Some submit with great detail with screenshots others don't. Some submit plugins that worthless with nothing to see. </p>
<p>There needs to be clean house &#38; protocol on future submitters guidelines. Additional rolling out announcing a time limit for others to update to like 6 months otherwise they will be archived seperately.</p>
<p>I made a very similar suggestion some time ago but seems the whole make wordpress better speech  only applies to those that are developers --not the everyday user that's trying to contribute to the community.</p>
<p>Yes --I am on rampage and appreciate all you do for the community but merely unwilling to be receptive of others ideas represent narrow mindness on how it's always have been done.</p>
<p>How it's always been done or has been done  doesn't make it right.</p>
<p>Instead you should have thanked @samjco for contribution with encouragement: "that's a great suggestion here's the make.wordpress.org plugin committee and possible creating an ad hoc group that interested.</p>
<p>Let's embrace everyone's insuring inclusion in making Wordpress better.
</p>]]></description>
					</item>
		<item>
			<title>Ipstenu (Mika Epstein) on "Plugin repository management for addons"</title>
			<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons#post-25941</link>
			<pubDate>Wed, 15 Jan 2014 19:54:08 +0000</pubDate>
			<dc:creator>Ipstenu (Mika Epstein)</dc:creator>
			<guid isPermaLink="false">25941@https://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>So does mine :) I'm on the plugin review team ;)
</p>]]></description>
					</item>
		<item>
			<title>samjco on "Plugin repository management for addons"</title>
			<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons#post-25940</link>
			<pubDate>Wed, 15 Jan 2014 19:21:58 +0000</pubDate>
			<dc:creator>samjco</dc:creator>
			<guid isPermaLink="false">25940@https://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>Well Mika,</p>
<p>You seem to know everything.<br />
Thanks for listening to my ideas.</p>
<p>Keep in mind, that half of my day goes to testing out plugins constantly.
</p>]]></description>
					</item>
		<item>
			<title>Ipstenu (Mika Epstein) on "Plugin repository management for addons"</title>
			<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons#post-25938</link>
			<pubDate>Wed, 15 Jan 2014 18:38:54 +0000</pubDate>
			<dc:creator>Ipstenu (Mika Epstein)</dc:creator>
			<guid isPermaLink="false">25938@https://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>Well. That's a case of people not naming the plugin as well as they could. "Gravity Forms - Captcha Add-On" would be better than "Gravity Forms Captcha" but that's outside the scope of what we want to enforce in the repo at this time.</p>
<p>People SHOULD use the tag 'gravity forms' in their readme, and that would sort, and then you read each plugin to see what it does, but ... it's not really fasiable to go back and fix everything. Maybe if we re-do the whole repo.
</p>]]></description>
					</item>
		<item>
			<title>samjco on "Plugin repository management for addons"</title>
			<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons#post-25935</link>
			<pubDate>Wed, 15 Jan 2014 17:59:50 +0000</pubDate>
			<dc:creator>samjco</dc:creator>
			<guid isPermaLink="false">25935@https://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>Well i not saying the change the WPORG, just a better way users can know the difference between the actual plugin and the Plugin's add-on.</p>
<p>For example:<br />
If you log into your Wordpress dashboard and do a search for the plugin: Gravity forms... A whole bunch of other add-ons  to gravity forms show up on the first page. But no Gravity Forms (actual plugin).</p>
<p>For a new user, this is confusing. I am saying that can we rethink the way this works. Perhaps add a tag that says "Add-on for Gravity Forms" for all add-ons. And a tag that says "Plugin" for the actual plugin. Having these tags will allow, when searching for the plugins, that the actual plugin shows up first.</p>
<p>in addition if I add a bunch of add-ons to my Wordpress and open up my install plugins section, I will see a whole bunch of add-on sorted by name so they would be everywhere... Perhaps by having the add-on tag, this will sort them as children to the actual plugin.
</p>]]></description>
					</item>
		<item>
			<title>Ipstenu (Mika Epstein) on "Plugin repository management for addons"</title>
			<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons#post-25932</link>
			<pubDate>Wed, 15 Jan 2014 16:48:08 +0000</pubDate>
			<dc:creator>Ipstenu (Mika Epstein)</dc:creator>
			<guid isPermaLink="false">25932@https://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>No, not possible at this time. The way WPORG stores the repository is via SVN. While Git would have the ability to pull in sub-modules like that, SVN does not, so we can't pull in children plugins and themes like that.</p>
<p>And anyway, you don't want to, since the SVN repo is pretty much a mirror of what you get on your own install, so the plugins would always have to remain separate folders for technical sanity.
</p>]]></description>
					</item>
		<item>
			<title>samjco on "Plugin repository management for addons"</title>
			<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons#post-25929</link>
			<pubDate>Wed, 15 Jan 2014 16:15:40 +0000</pubDate>
			<dc:creator>samjco</dc:creator>
			<guid isPermaLink="false">25929@https://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>Sorry let me clarify.<br />
When I say FOLDER, I meant the area of where (or how) WordPress stores the Plugin data on the repository site.
</p>]]></description>
					</item>
		<item>
			<title>Ipstenu (Mika Epstein) on "Plugin repository management for addons"</title>
			<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons#post-25926</link>
			<pubDate>Wed, 15 Jan 2014 15:22:15 +0000</pubDate>
			<dc:creator>Ipstenu (Mika Epstein)</dc:creator>
			<guid isPermaLink="false">25926@https://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>The actual FOLDER wouldn't work, since the code deletes the plugin folder and reuploads on upgrade.</p>
<p>Now organizing visually might be an idea.
</p>]]></description>
					</item>
		<item>
			<title>samjco on "Plugin repository management for addons"</title>
			<link>https://wordpress.org/ideas/topic/plugin-repository-management-for-addons#post-25924</link>
			<pubDate>Wed, 15 Jan 2014 14:31:22 +0000</pubDate>
			<dc:creator>samjco</dc:creator>
			<guid isPermaLink="false">25924@https://wordpress.org/ideas/</guid>
			<description><![CDATA[<p>It would be nice to have addon plugins (plugins made as extension to an existing plug) to appear in the same folder as the parent plugin. </p>
<p>They should have the subtitle Addon to: (e.g: Addon to: Gravity forms) This makes it easier to search for the difference between the two.</p>
<p>The parent Plugin owner should also be able to approve addons to appear in his/her folder.</p>
<p>Within the dashboard of WordPress under plugins, there should be the Parent plugin and a dropdown arrow revealing the Addons.
</p>]]></description>
					</item>

	</channel>
</rss>
