<div dir="auto">You should add an item to the KF6 workboard: <a href="https://phabricator.kde.org/tag/kf6/">https://phabricator.kde.org/tag/kf6/</a><div dir="auto"><br></div><div dir="auto">Best regards Dominik</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Christoph Cullmann <<a href="mailto:christoph@cullmann.io">christoph@cullmann.io</a>> schrieb am Do., 16. Jan. 2020, 20:27:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2020-01-16 17:44, Thomas Friedrichsmeier wrote:<br>
> On Mon, 06 Jan 2020 19:50:17 +0100<br>
> Christoph Cullmann <<a href="mailto:christoph@cullmann.io" target="_blank" rel="noreferrer">christoph@cullmann.io</a>> wrote:<br>
>> For the proposed extension/change: Perhaps we should do it the other<br>
>> way around:<br>
>> <br>
>> 1) Deprecate KTextEditor::MainWindow::guiFactory()<br>
>> 2) Let the host application add the plugin views to it's GUI by<br>
>> "requiring" that they<br>
>> inherit from the KXMLGUIClient<br>
> <br>
> Well, that wasn't quite as easy as expected, formally, as KXMLGUIClient<br>
> is not derived from QObject.<br>
<br>
Hmm, we could extend it to have some Q_DECLARE_INTERFACE declared, then <br>
you can<br>
cast it with qobject_cast.<br>
<br>
On the other side, even dynamic_cast should be no issue, given I doubt<br>
we compile anywere without RTTI.<br>
<br>
> <br>
> Anyway, a proposal along those lines is now in a side-branch of the<br>
> ktexteditor and kate repositories (and it appears to be functional,<br>
> too). I hope that is an appropriate place.<br>
<br>
Sure, that is very nice, we don't loose your work that way that easily <br>
;=)<br>
<br>
Greetings<br>
Christoph<br>
<br>
> <br>
> Regards<br>
> Thomas<br>
<br>
-- <br>
Ignorance is bliss...<br>
<a href="https://cullmann.io" rel="noreferrer noreferrer" target="_blank">https://cullmann.io</a> | <a href="https://kate-editor.org" rel="noreferrer noreferrer" target="_blank">https://kate-editor.org</a><br>
</blockquote></div>