<div dir="ltr">Hi Anton!<div><br></div><div>Thank you for your reply! ;-)</div><div><br></div><div>Actually, it doesn't matter to me, who wrote the code. And what matters: the code should do things i need ;-)</div><div>So, don't worry. As for me, I try to keep actual changes that I made, in pull request text. </div><div><br></div><div>I looked at those fork because you mentioned it in email list earlier, and found author's note on import.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Implemented 'import'<br>QML Types are now registered into different modules. They're only made available once their module has been required (e.g: can't use Rectangle unless there's an import QtQuick). Versions can also be matched by the types when they're registered, to allow people to implement different behaviors for different versions of the same module.</blockquote><div><br></div><div>As I understand, it does not what Qt do. This guy developed cool function registerQmlType, and only qml objects registered with that function are available for import.</div><div>And as I understand, this registerQmlType accepts qml objects written in JS notation, not in qml language. </div><div><br></div><div>So... those import will import only "qml" objects, written in JS, which was registered earlier, via registerQmlType.</div><div><br></div><div>Not that thing that I need. As for me, I need to import in Qt style, including import from urls.</div><div><br></div><div>But actually, I can be wrong. So it is good idea to look at the code, as you stated in your email.</div><div><br></div><div>p.s. Current import scheme (Qt-style) is not excellent, because it requires a lot of client-server interaction. We talked about it with you earlier </div><div>and came to conclusion that it could be enhanced (for web), for example by pre-compilation of qml files to common big js file (or group of files).</div><div>Maybe that guy did something like that?</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">С уважением,<br>Павел Васёв</div></div>
<br><div class="gmail_quote">2015-04-10 18:06 GMT+05:00 Anton Kreuzkamp <span dir="ltr"><<a href="mailto:kde-development@akreuzkamp.de" target="_blank">kde-development@akreuzkamp.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Pavel,<br>
<br>
sorry for still not having merged your pull request, yet. The reason is the<br>
following:<br>
<br>
I was, by chance, made aware of a QmlWeb clone that exists on GitHub, by a<br>
french programmer, who didn't reach out to me, himself. Still he has done<br>
quite a lot and quite good code.<br>
I'm currently trying to get an overview over his work to see, which stuff can<br>
be mergen and where work was duplicated. Also I'm trying to make contact with<br>
him, in order to collaborate in the future.<br>
<br>
One of the things that have been duplicated is unfortunately your work on<br>
imports... In fact, his implementation seems to be almost complete<br>
(supporting module imports, javascript imports and directory imports).<br>
<br>
I need to have a deeper look into both implementations, in order to get out<br>
the best of both. (If you want, you can have a look here:<br>
<a href="https://github.com/Plaristote/qmlweb" target="_blank">https://github.com/Plaristote/qmlweb</a>)<br>
<br>
Sorry for the inconvenience,<br>
Anton<br>
<br>
PS: From September 6th to 13th the KDE community has a developer sprint in<br>
Randa, Switzerland. I would like to use that opportunity, to get all QmlWeb<br>
developers together for some hacking and planning the future of the project.<br>
Are you interested in joining us? :)<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Kind regards to the NSA.</font></span></blockquote></div><br></div>