<div dir="ltr">+kdeconnect mailing list<br><br>On Thu, Mar 12, 2015 at 1:34 AM, Andrea Scarpino <<a href="mailto:scarpino@kde.org">scarpino@kde.org</a>> wrote:<br>> Hi there Albert,<br>><br>> I'm interested in writing KDE Connect for Jolla. I know there's a GSoC about<br>> a multiplatform version, but unfortunately I cannot take part to this GSoC.<br>><br>> I'm starting by reproducing KDEConnect for Android architecture and classes,<br>> or do you have some hint for me?<br>><br>> I know I should wait for GSoC's end, but really, I want KDE Connect NAU :-P<br>><br>> Cheers!<br>><br>> --<br>> Andrea<br><br>Hi Andrea,<br><br>Thanks for your interest :D Becoming more cross-platform is one of the<br>goals for KDE Connect this year and that's why there is a GSOC project<br>about it, but of course the more help we get the better :)<br><br>Even though, I would take a different approach than writing a port of<br>the Android client. Note that the core of KDE Connect is symmetrical:<br>this means you can connect an Android client to another Android client<br>or a C++/Qt client to another C++/Qt client. For Jolla, I think it<br>will be easier for you to adapt the existing Qt client, than writting<br>a new port from Android.<br><br>Ideally we should have a single project which can compile for both the<br>desktop and Jolla (and whatever else), just by changing/disabling the<br>parts that don't work or we don't need (like the KCM, or the Plasmoid)<br>and adding other platform-specific parts that we might need (like a<br>new user interface for handhelds, platform-specific plugins, etc.).<br><br>Also this is going to be increasingly easier because we are already<br>working in this direction in the frameworks branch by removing KDE<br>dependencies from the core components. In a future, we can have<br>a common repo with all the common components and then other repos<br>with the components for other platforms.<br><br>What do you think? Do you like this approach?<br><br>Albert<br></div>