<div dir="ltr">Steve, do you know what point in the upstream code you forked? Knowing that would help me work out what you did/need (I might have committed the original code before the forked copies, but c'est la vie).<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 1 May 2016 at 11:54, Shaheed Haque <span dir="ltr"><<a href="mailto:srhaque@theiet.org" target="_blank">srhaque@theiet.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Never mind, I was being an idiot...<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 1 May 2016 at 11:52, Shaheed Haque <span dir="ltr"><<a href="mailto:srhaque@theiet.org" target="_blank">srhaque@theiet.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">BTW, I just went looking for <a href="https://github.com/steveire/extra-cmake-modules/commits/generate-python-bindings" target="_blank">https://github.com/steveire/extra-cmake-modules/commits/generate-python-bindings</a>, but I guess I should be looking here at <a href="https://github.com/steveire/frameworks-bindings" target="_blank">https://github.com/steveire/frameworks-bindings</a> instead, right?<br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 1 May 2016 at 11:47, Stephen Kelly <span dir="ltr"><<a href="mailto:steveire@gmail.com" target="_blank">steveire@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>Shaheed Haque wrote:<br>
<br>
> Steve,<br>
><br>
> I've still not yet had a chance to catch up with all your good works, but<br>
> I have just pushed what I consider usable %MethodCode injection [1]. This<br>
> includes a naive forward port of the PyKDE4 %MethodCode fragments. The<br>
> documentation is updated too. With luck this should provide a good<br>
> template for other forms of code injection. %TypeCode is the obvious next<br>
> target, and with that in place, I think we'll have all the logic in place<br>
> to support most anything PyKDE4 could do but in a sustainable manner.<br>
<br>
</span>Sounds great!<br>
<span><br>
><br>
> I'm still in a bit of a crunch time here for the next few weeks, but will<br>
> try to make time to look at your fork and maybe %TypeCode.<br>
<br>
</span>Cool. I don't think there's generally urgency - there has not been KF5<br>
bindings for years (and it surprised me to learn that actually). However,<br>
collaborating in one repo and one way forward would be better than two.<br>
<span><br>
> FWIW, the naive forward port of the PyKDE4 fragments is more or less a<br>
> simple import of the original code, and this clearly does not apply in<br>
> many cases. What is there is intended more as a demonstration of the<br>
> techniques of using either fixed strings, or functions to generate the<br>
> custom code needed.<br>
<br>
</span>Cool. I saw things related to KConfigSkeleton and KLocalizedString which are<br>
presumably useful to make real bindings. So far, I've just discarded those<br>
in the bindings I've made.<br>
<br>
I also filed<br>
<br>
 <a href="https://phabricator.kde.org/T2389" rel="noreferrer" target="_blank">https://phabricator.kde.org/T2389</a><br>
<br>
for tracking by the CI team.<br>
<div><div><br>
Thanks,<br>
<br>
Steve.<br>
_______________________________________________<br>
Kde-bindings mailing list<br>
<a href="mailto:Kde-bindings@kde.org" target="_blank">Kde-bindings@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-bindings" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/kde-bindings</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>