<?xml version='1.0' encoding='UTF-8'?>
<rss version='2.0'>
	<channel>
		<title>cotonti.com : Plugins and Modules merge (again)</title>
		<link>https://www.cotonti.com</link>
		<description>Laatste forum onderwerpen</description>
		<generator>Cotonti</generator>
		<language>en</language>
		<pubDate>Sat, 18 Apr 2026 11:30:26 -0000</pubDate>

		<item>
			<title>Trustmaster</title>
			<description><![CDATA[<p>
	Thanks guys, that makes sense for future branches like 1.5.</p>
]]></description>
			<pubDate>Za, 13 Aug 2011 07:34:13 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/nl/forums?m=posts&q=6470&d=0#post30453]]></link>
		</item>
		<item>
			<title>GHengeveld</title>
			<description><![CDATA[Definitely not. Although the current technical implementation and capabilities of modules and plugins are nearly the same, in the future I would like to see modules get more advanced capabilities, such as an object-oriented model-view-controller structure and object-relational mapping. This is suitable for modules, but not for plugins. Such extended features will make the difference between the two quite clear.]]></description>
			<pubDate>Vr, 12 Aug 2011 20:42:59 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/nl/forums?m=posts&q=6470&d=0#post30451]]></link>
		</item>
		<item>
			<title>RaisenBran</title>
			<description><![CDATA[<p>
	Now that I think about it, don't merge them. Just pretend there is another '1' on the 'no' side :)</p>
<p>
	 </p>
<p>
	Also as a suggestion for polls, there should be the ability to change it if you make an error or you change your mind.</p>
]]></description>
			<pubDate>Vr, 12 Aug 2011 17:32:05 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/nl/forums?m=posts&q=6470&d=0#post30450]]></link>
		</item>
		<item>
			<title>Alex300</title>
			<description><![CDATA[<p>
	<span class="long_text" lang="en" xml:lang="en"><span class="hps">If</span> <span class="hps">we</span> <span class="hps">are planning</span> <span class="hps">for the future</span> <span class="hps">are more differences</span> <span class="hps">between the modules</span> <span class="hps">and plug-in</span> <span class="hps">that division</span> <span class="hps">should be.</span> <span class="hps">For example</span> <span class="hps">plug-in</span> <span class="hps">performs some</span> <span class="hps">system functions:</span> <span class="hps">connects</span> <span class="hps">JS,</span> <span class="hps">performs some</span> validations, plugins executes from <span class="hps">hooks.</span> <span class="hps">Ie</span> <span class="hps">plug-in</span> <span class="hps">complements the</span> <span class="hps">core</span> <span class="hps">or</span> <span class="hps">other modules.</span> <span class="hps">In this case,</span> <span class="hps">combining them</span> <span class="hps">would not be</span> <span class="hps">correct.</span> <span class="hps">I am a supporter</span> <span class="hps">of such a path</span>.<br /><span class="hps">The modules</span> <span class="hps">in</span> <span class="hps">this case are</span> <span class="hps">the individual pages</span> <span class="hps atn">(</span>like pages, <span class="hps">forum</span>, users)<br /><span class="hps">In this case,</span> <span class="hps">in the future</span> <span class="hps">it will be easier</span> <span class="hps">to build a new</span> <span class="hps">admin panel</span> <span class="hps">uncluttered</span>.<br /><br /><span class="hps">If</span> <span class="hps">between the modules</span> <span class="hps">and plug-in</span> <span class="hps">makes no difference</span> <span class="hps">-</span> <span class="hps">then</span> <span class="hps">merge.</span> <span class="hps">Duplication of</span> <span class="hps">code</span> <span class="hps">- it is bad</span>.</span></p>
<p>
	 </p>
<p>
	Sorry for my English :)</p>
]]></description>
			<pubDate>Thu, 11 Aug 2011 07:06:37 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/nl/forums?m=posts&q=6470&d=0#post30442]]></link>
		</item>
		<item>
			<title>pieter</title>
			<description><![CDATA[<p>
	Why?</p>
<p>
	 </p>
]]></description>
			<pubDate>Wo, 10 Aug 2011 16:58:35 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/nl/forums?m=posts&q=6470&d=0#post30440]]></link>
		</item>
		<item>
			<title>Graber</title>
			<description><![CDATA[<p>
	I strongly object to Modules and Plugins mergence.</p>
]]></description>
			<pubDate>Wo, 10 Aug 2011 16:38:22 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/nl/forums?m=posts&q=6470&d=0#post30439]]></link>
		</item>
		<item>
			<title>Trustmaster</title>
			<description><![CDATA[<p>
	English please.</p>
]]></description>
			<pubDate>Wo, 10 Aug 2011 14:06:07 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/nl/forums?m=posts&q=6470&d=0#post30435]]></link>
		</item>
		<item>
			<title>esclkm</title>
			<description><![CDATA[<p>
	камни первые мы уже получили.... от разделения - а преимуществ пока не было.</p>
]]></description>
			<pubDate>Wo, 10 Aug 2011 12:06:55 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/nl/forums?m=posts&q=6470&d=0#post30434]]></link>
		</item>
		<item>
			<title>Trustmaster</title>
			<description><![CDATA[<p>
	This topic has been discussed before and last time we chose to keep them separate. But nowadays that this concept is implemented and is actively used, some of us have realized that Modules and Plugins are so close technically that the differentiation causes more confusion than practical benefit.</p>
<p>
	So I propose once again to merge Modules and Plugins and use categorization like we do in Downloads section on this site to group plugins by their function in the installer/adminCP, so an administrator can install what he needs easier.</p>
]]></description>
			<pubDate>Wo, 10 Aug 2011 07:49:46 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/nl/forums?m=posts&q=6470&d=0#post30433]]></link>
		</item>
	</channel>
</rss>