<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 23, 2017 at 1:42 PM, Jan Grulich <span dir="ltr"><<a href="mailto:jgrulich@redhat.com" target="_blank">jgrulich@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I added myself to "Connection" KCM if you don't mind,</blockquote><div><br></div><div>Awesome. I hoped you would :)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> but I have a question.<br>
Do you expect that all KCMs will be completely rewritten in QML?</blockquote><div><br></div><div>I expect 3 years from now they will all be. <br></div><div>I'd be surprsied if it was much sooner.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> I'm just<br>
afraid that rewriting the editor part into QML will be more than a long<br>
process. There is so many kind of connections, not even mentioning VPNs, with<br>
tons of possible properties. If you do expect it to be completely written in<br>
QML, we will have to probably find some compromise or give it more time. If<br>
the editor part can still be QWidget based, then according to the mockup it<br>
shouldn't really be a problem to change it as the code base is quite ready for<br>
that.</blockquote><div> </div><div>Problem is we also need network management in the phone UI stack, and that's needed in the shorter-medium term. Maybe in this specific case that's safest happening in parallel separate from the current KCM code.<br></div></div></div></div>