<div dir="ltr">Alessandro, yes this is kind of my point. The embryonic apps will be in the »apps« repo (the apps-playground isn’t really used anyway and just makes stuff more complex).<div><br></div><div>Thomas:<br><div>A new repo with just the shipped apps might alleviate the symptoms but not really solve the problem. Actually it will be the same problem as before: Mixed issues and commits and pull requests and an unfiltered mess.<div>

<br></div><div>Calendar, Contacts and Tasks might have some technical similarities but should be split code-wise. People can and should be able to use each of them independently (or not), so they have lots of different issues. If there are cross-dependencies or reuse opportunities, then define a clear API (or whatnot) – we should split apps more to encourage better interoperability, not mash them together. Issues can easily be interlinked on Github.</div>

<div><br></div><div style>And don’t forget, there can always be a 3rd-party Calendar, Contacts or Tasks app which is better than the »core« one, so we shouldn’t act like there’s the grand trifecta of set »PIM« apps which we set.</div>

<div><br></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Mar 14, 2013 at 3:06 PM, Thomas Tanghus <span dir="ltr"><<a href="mailto:thomas@tanghus.net" target="_blank">thomas@tanghus.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thursday 14 March 2013 14:43 Jan-Christoph Borchardt wrote:<br>
> Clearly, this will be much easier with each app (at least the ones which<br>
> get shipped, like Calendar, Contacts etc) in their own repo. Just have<br>
> <a href="http://github.com/owncloud/contacts" target="_blank">http://github.com/owncloud/contacts</a> and <a href="http://github.com/owncloud/calendar" target="_blank">http://github.com/owncloud/calendar</a><br>
> Clear issue distinction, pull requests, git history and people working on<br>
> it. We moved Mail out of the mess which is the apps repo and the experience<br>
> is great.<br>
><br>
> I still think we should take things slow though. There’s no need for a<br>
> rapid transition. But if you’re a developer of a shipped app inside the<br>
> apps repo, you might want to consider if it’s better for your workflow (and<br>
> to attract contributors) to have a dedicated repo for your app, inside the<br>
> ownCloud organisation.<br>
<br>
</div>Since Calendar, Contacts and Tasks have many similarities and should imo be in<br>
one repository.<br>
<br>
* We've talked about trying to define common interfaces for the backends for<br>
better maintainability.<br>
* We've talked about splitting 'core' Calendar out, so other apps can use it<br>
without having to enable the Calendar frontend. I could do the same so that<br>
administrators could use the CardDAV backend without having to enable the<br>
frontend.<br>
* Several github issues concern both Calendar and Contacts and having them in<br>
different repositories would add more work if we have to maintain two<br>
trackers.<br>
<div class="im"><br>
> Thoughts, Georg, Thomas, Brice, Robin?<br>
<br>
</div>I suggest a new repo - (pim?) - where we group those apps.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Med venlig hilsen / Best Regards<br>
<br>
Thomas Tanghus<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Owncloud mailing list<br>
<a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
</div></div></blockquote></div><br></div>