
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 23, 2017, at 11:41 AM, Tomaz Canabrava <<a href="mailto:tcanabrava@kde.org" class="">tcanabrava@kde.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Oct 23, 2017 at 5:37 PM, Jan Mulder <span dir="ltr" class=""><<a href="mailto:jlmulder@xs4all.nl" target="_blank" class="">jlmulder@xs4all.nl</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Unfortunately, very very limited progress. I found out that 2nd code fragment above does not tell the whole story. Obviously, it needs an "import QtQuick.Controls 2.2" the get the ApplicationWindow defined. However, adding "import org.kde.kirigami 2.0 as Kirigami" triggers the exit on the "can't create window object". So, its only one input that triggers the error of an almost empty main.qml<br class="">

<br class="">

The big question is now: is it Kirigami or Qt/QML? Of even a combination of both?<br class="">

</blockquote>

<br class="">

Have you tried running this under strace to see if it tries to open some library that it can't find or something?<br class="">

I haven't been able to reproduce this on the desktop, only on iOS for some reason - and I have no idea how to run strace there :-(<br class="">

<br class="">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I even tried to compile mobile-on-desktop against the beta of Qt 5.10.0. No luck there, and the exact same behavior.<br class="">

</blockquote></blockquote>

<br class="">

<br class=""></span>

Ok, again having some time after the release of 4.7.1, I investigated this issue further.<br class="">

<br class="">

First. I'm (still) very tempted to say that it is a Kirigami issue, that's why I put Marco in the to list.<br class="">

<br class="">

With commenting 1 line of code in Kirigami, the Subsurface code: engine.load(QUrl(QStringLitera<wbr class="">l("<a href="qrc:///qml/main.qml" class="">qrc:///qml/main.qml</a>"))) passes. That one line of code is:<br class="">

<br class="">

qmlRegisterSingletonType(compo<wbr class="">nentUrl(QStringLiteral("Units.<wbr class="">qml")), uri, 2, 0, "Units")<br class="">

<br class="">

from kirigamiplugin.cpp.<br class="">

<br class="">

Obviously, our code fails somewhere later, as we use the units extensively. Looked trough the git history of Kirigami and do not see anything obvious, so I am still not 100% sure that it is Kirigami, as there is also some relation to Qt 5.9.2.<br class="">

<br class="">

So, Marco, do you see any lead here what might be going on? I just do not understand enough with respect to qmlRegisterType stuff.<span class="HOEnZb"><font color="#888888" class=""><br class=""></font></span></blockquote><div class=""><br class=""></div><div class="">This tries to register a C++ class into the Javascript engine that serves Qml, it will fail in runtime if it doesn't finds the Qt plugin for the type or if the string with the classname in the qmlRegisterType has a typo.</div><div class="">can you check if your kirigami shared lib is $QT_PLUGIN_PATH ?</div></div></div></div></div></blockquote><br class=""></div><div>We're building Kirigami as static library, right? Is something with that broken?</div><div>See CMakeLists.txt</div><div><br class=""></div><div>/D</div><br class=""></body></html>