<div>On Wed, Mar 28, 2012 at 02:55, Daniele E. Domenichelli <span dir="ltr"><<a href="mailto:daniele.domenichelli@gmail.com">daniele.domenichelli@gmail.com</a>></span> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 28/03/12 01:59, David Edmundson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I want to discuss this KPart business first (poke me on jabber). What<br>
I don't want is to have an app, (the collaborative editor for example)<br>
which only wants a cheeky little text chat widget in the corner<br>
suddenly to have a billion things littering the toolbars and menubars<br>
many some which won't really make a lot of sense and possibly even<br>
duplicate with the containing app. Though the current Text UI does<br>
need its public interface sorting out a bit.<br>
</blockquote>
<br></div>
Afaik we can have both... Anyway don't worry, we'll discuss it :D<div class="im"><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Anyway for 0.5 I would like to have a "high level" public widget library<br>
that uses ktp-common-internals internally, but exposing only "stable" stuff<br>
and hiding all the models and contacts/metacontacts stuff. Basically the<br>
stuff in the "KTp/Widgets" directory of ktp-common-internals (that depends<br>
on the KTp and KTp/Models directories) should be public. For example the<br>
grid widget can be modified so that the interface exposed won't change if we<br>
change the model inside; What do you think?<br>
<br>
</blockquote>
Widgets are fine, and we are working towards that I think. Grid model<br>
is exposed and I have an open bug that a treeview needs go in there<br>
too.<br>
Less convinced on completely hiding the models (especially the filter<br>
model) to me isn't the right way. We'd have to expose every method in<br>
there to every UI view.. which is a lot of maintenance.<br>
</blockquote>
<br></div>
I agree, but imho we cannot expose the filtermodel until we have a stable api but I think that we cannot have a stable api until we have the .desktop files stuff for tubes services.<br>
<br>
If you all agree, I think that as soon as we release 0.4 we should start a new repo where we should move public stuff after a serious API review and get it ready for 0.5 codenamed "stalls"</blockquote><div><br>

</div><div>Please think twice before creating (yet another) repo. Also I'm not really convinced we need new library that uses our private library inside. We should instead turn common-internals into a proper library that our components use and get rid of the "internal". We basically put the "is_ktp_internal_component" flag only to drive people off from using it for the time being, so we should just review the api and make it a proper stable lib.</div>

<div><br></div><div>As for models - I'm for exposing these too. People want a full lib which they can build stuff on and models are a crucial part of that (you basically can't build an UI without models or some other way around).</div>

<div><br></div><div><div>--</div><div><font color="#666666">Martin Klapetek | KDE Developer</font></div></div></div>