<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jan 28, 2014 at 12:58 PM, David Edmundson <span dir="ltr"><<a href="mailto:david@davidedmundson.co.uk" target="_blank">david@davidedmundson.co.uk</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">For a task in Plasma I've had to port KKeySequence to render on<br>
QtQuick, using QtQuickControls.<br>
<br>
I expect over time we will see more KDE widgets having QtQuick<br>
implementations as well. Same for a lot of our other frameworks, such as KIO.<br>
<br>
I can either add these components to KDeclarative, and create a new<br>
import. It is already in tier3, but I would need to add quite a few<br>
dependencies to this module.<br>
<br>
We could put these things in plasma, but I don't think that makes<br>
sense as it's not really related to Plasma at all.<br>
<br>
Alternatively we can make a new framework for all KDE bindings.<br>
<br>
Or we can make an imports directory inside each of the relevant<br>
framework. i.e so KIO provides QML bindings too. Advantages are we can<br>
then use the relevant private API of a library, but it has the<br>
disadvantage of increasing dependencies, and mixing old very stable<br>
API with brand new libraries.<br>
<br>
Original thread on plasma-devel here:<br>
<a href="http://mail.kde.org/pipermail/plasma-devel/2014-January/028162.html" target="_blank">http://mail.kde.org/pipermail/plasma-devel/2014-January/028162.html</a><br>
<br>
Discuss.<br>
<br>
David </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">_______________________________________________<br>
Kde-frameworks-devel mailing list<br>
<a href="mailto:Kde-frameworks-devel@kde.org">Kde-frameworks-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-frameworks-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kde-frameworks-devel</a><br>
</blockquote></div><br></div><div class="gmail_extra">Well, there are many different needs, so we'll probably want to have different solutions for them.</div><div class="gmail_extra"><br></div><div class="gmail_extra">

Bindings to interact with each framework, I'd say they should be installed by the framework itself, but that's only one case. I think we probably want a KQuickAddons as well, to put the components we create to extend Qt. (for example, this component you created for bindings).</div>

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