<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 18, 2015 at 8:28 PM, Marco Martin <span dir="ltr"><<a href="mailto:notmart@gmail.com" target="_blank">notmart@gmail.com</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>
I think the branches for the single shared qqmlengine are pretty much ready<br>
(few cleanups upcoming days), seems pretty stable here.. did someone ran the<br>
branch for a while as well?<br>
<br>
In the end i managed to get a single engine for the whole session, views<br>
included (had to duplicate the View class in plasmaquick and kept the old one<br>
as deprecated for retrocompatibility unfortunately)<br>
<br>
the memory save seems pretty good, i *hope* stability improved as well :p<br>
<br>
what still uses separed engines are the applet configuration dialogs: this is<br>
necessary because they are supposed to use a different style for the<br>
qquickcontrols, and being the settings object that decides the style a qml<br>
singleton (qml singletons are unique by engine), the engine has to be<br>
different from the desktop/panel. The good thing is that config dialogs are<br>
instantiated relatively rarely, in most sessions not at all, so shouldn't<br>
touch too much a "normal run"<br>
<br>
For retrocompatibility the applets unfortunately have to specify explicitly<br>
they can share the engine in their metadata file (or eventual plasmapackage:/<br>
urls break)<br>
<br>
at the moment it's using<br>
X-Plasma-RequiredExtensions=SharedEngine<br>
<br>
but I'm leaning more on the direction of something like<br>
X-Plasma-MinimumAPIVersion=5.11<br>
<br>
I would like to have all set before frameworks 5.11<br>
<br></blockquote><div>One thing you and I talked about once was having the shell have a hook in p-f to call a static method setting what version of plasma-framework it was expecting.<br></div><div>Would that be a suitable solution here?<br></div></div></div></div>