<div class="gmail_quote">On Sat, Jun 12, 2010 at 4:44 PM, Milian Wolff <span dir="ltr"><<a href="mailto:mail@milianw.de">mail@milianw.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hey there,<br>
<br>
since I'll hopefully have soon the plugins imported into Quanta (waiting for<br>
Apakus help), I'll soon need/want a way to define a set of plugins that are<br>
enabled by default in Quanta or KDevelop.<br>
<br>
There are a few that should not be enabled _by default_ in Quanta and vice<br>
versa. My current favorite way to handle that would be:<br>
<br>
X-KDevelop-EnableByDefault=[yes|no|quanta,kdevelop,...]<br>
<br>
yes == default == enabled in all KDevplatform apps on first start<br>
no == disabled in all KDevplatform apps on first start<br>
<br>
strlist: only enabled by default in apps with that name, as identified by the<br>
KAboutData of the KDevplatform application.<br>
<br>
Of course this would mean that as soon as another KDevplatform app gets<br>
created the desktop files would need to be updated.<br>
<br>
The alternative, to put the "what to enable" into the .cpp code is imo even<br>
more time intensive as it would need to be handled for each new plugin.<br>
<br>
The only real working alternative could be to introduce a _sane_ set of plugin<br>
categories (didn't we wanted something like that for the plugin dialog<br>
anyways?) and then have the app itself decide which plugin categories to<br>
enable by default...<br>
<br>
Input, Ideas?<br>
<font color="#888888">--<br>
Milian Wolff<br>
<a href="mailto:mail@milianw.de">mail@milianw.de</a><br>
<a href="http://milianw.de" target="_blank">http://milianw.de</a><br>
</font><br>--<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
<br></blockquote></div><br><div>Shouldn't it be up to the application instead of the plugin itself?</div>