<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jun 11, 2014 at 3:43 PM, Vishesh Handa <span dir="ltr"><<a href="mailto:me@vhanda.in" target="_blank">me@vhanda.in</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="">On Wed, Jun 11, 2014 at 3:30 PM, Aleix Pol <span dir="ltr"><<a href="mailto:aleixpol@kde.org" target="_blank">aleixpol@kde.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div dir="ltr"><div class="gmail_extra">Doesn't that tie Baloo usage to exclusively Plasma? If you want it to be a framework, won't framework users need to configure the things in the KCM?</div><span><font color="#888888">

<div class="gmail_extra"><br></div></font></span></div></blockquote><div><br></div></div><div>Hmm, you have a point.</div><div><br></div></div><div>I was only thinking about it from a non-kde point of view. If you want a file indexer, you probably don't want to drag in KCMUtils. Additionally, it would be nice to combine the (hypothetical) runners kcms with the baloo one.</div>


<div><br></div><div>For now, lets leave the kcm in Baloo.</div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span></div></div></blockquote></div><br></div><div class="gmail_extra">Well, you're actually right in that non-kde systems won't want a KCM, so you might want to give some thinking on how you want it to be used outside of KDE, if at all.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">The solution proposed by Kevin makes sense, having an interface class for the config file can make things easy as you're explicitly listing what things can be configured and taking care about it.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div></div>