<div dir="ltr">Hi,<div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 6, 2014 at 9:49 PM, Sven Brauch <span dir="ltr"><<a href="mailto:svenbrauch@googlemail.com" target="_blank">svenbrauch@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Thursday 06 March 2014 21:30:46 Denis Steckelmacher wrote:> As KDevelop already interested me, I had an idea about it: integrate Qt<br>
</div><div class="">
> Designer and/or a QML editor into KDevelop (if there is already a plugin<br>
> architecture allowing that, I have to check the Okteta plugin).<br>
</div>That probably wouldn't be terribly difficult from both kdevelop's and<br>
designer's side. See for example <a href="http://qt-project.org/doc/qt-4.8/qdesignerformeditorinterface.html" target="_blank">http://qt-project.org/doc/qt-4.8/qdesignerformeditorinterface.html</a>.<br></blockquote><div>
<br></div><div>There is actually a plugin that tries to do this. We've abandoned it since it requires private Qt headers and it required to understand/mimic how designer is implemented internally. The above is actually interfaces to extend Designer with plugins that do more than providing a custom widget (think new property editors). I don't think this has changed in Qt4.8 (I recall looking at QtCreator's designer integration and it was doing the same thing, except they had the experts at hand), maybe things are better in 5.x (but then qml is the new fancy thing there so might be designer didn't get much attention).</div>
<div> </div><div>The plugin hasn't been moved to git yet as it seems, no idea where the svn stuff lives these days.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I know there's quite some people who want this feature; personally, I'm not<br>
really that excited about it, since the only effect of such integration I can<br>
see is having the designer widget in a kdevelop document instead of a separate<br>
window. Which is not really a difference usability-wise (and if it is, you<br>
need to fix your window manager setup ;)). But maybe I'm overlooking some<br>
awesome things we could do with such integration.</blockquote><div><br></div><div>Well, designer could be used to get information about slots, signals etc. You don't need to have a cmake run generate the ui_*.h file before KDevelop is able to see the classes and hence the elements of the UI.</div>
<div> </div><div>Andreas</div></div></div></div>