<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Aug 13, 2014 at 11:35 AM, Ivan Čukić <span dir="ltr"><<a href="mailto:ivan.cukic@kde.org" target="_blank">ivan.cukic@kde.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
What do you think about splitting the kactivities repository into these:<br>
- library (would remain in the kactivities repo)<br>
- daemon (kactivities-service)<br>
- workspace stuff (kcm, doplhin file linking, activities:/ kio, something<br>
else?)<br>
<br>
The reason why this came up again is that the library follows the requirements<br>
for frameworks regarding supported compilers and platforms, while the rest is<br>
*nix-only. (the trigger for the mail are the attempts Nicolás made to compile<br>
the service with msvcc which does not like templates that much*)<br>
<br>
This would make kactivities a (sort of) tier1 framework since it would only<br>
depend on Qt, and would have an optional runtime dep (the library behaves<br>
properly when the service is not present). This would allow any application to<br>
support activities in Plasma, and not taint its code with ifdefs.<br>
<br>
The alternative would be to separate only the library and keep the daemon and<br>
the workspace stuff together. That would work as well.<br>
<br>
<br>
Cheerio,<br>
Ivan<br>
<br>
* there is a flag which allows building only the library at the moment, but<br>
that seems not enough.<br></blockquote><div><br></div><div>Maybe you can move those to plasma-workspace then and leave only the framework in kactivities.</div><div><br></div><div>Aleix </div></div></div></div>