<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 4, 2013 at 7:14 PM, Kevin Ottens <span dir="ltr"><<a href="mailto:ervin@kde.org" target="_blank">ervin@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">On Wednesday 04 December 2013 19:02:01 Aleix Pol wrote:<br>
> On Wed, Dec 4, 2013 at 6:36 PM, Aurélien Gâteau <<a href="mailto:agateau@kde.org">agateau@kde.org</a>> wrote:<br>
> > Hi,<br>
> ><br>
> > I worked on generating diagrams for KF5 frameworks. The current output can<br>
> > be<br>
> ><br>
> > browsed here:<br>
> >   <a href="http://agateau.com/tmp/kf5" target="_blank">http://agateau.com/tmp/kf5</a><br>
> ><br>
> > Those diagrams are created from cmake graphviz output of individual<br>
> > frameworks, which is then processed and aggregated with scripts available<br>
> > from<br>
> ><br>
> > <a href="http://quickgit.kde.org/?p=scratch%2Fgateau%2Fkf5dot.git" target="_blank">http://quickgit.kde.org/?p=scratch%2Fgateau%2Fkf5dot.git</a><br>
> ><br>
> > My initial goal was to create one big diagram, but it is currently way too<br>
> > messy, so I also generated one diagram per framework. For tier1 and tier2<br>
> > frameworks I included the Qt libs, but removed them for tier3 and tier4 to<br>
> > reduce clutter. I think those individual diagrams would be a nice addition<br>
> > to<br>
> > the Doxygen doc of each framework.<br>
> ><br>
> > I initially used tred from graphviz to reduce clutter, but moved away from<br>
> > it<br>
> > because it was a bit too happy to remove dependencies: for example after<br>
> > running through tred, KCMUtils appeared to have only one dependency:<br>
> > XmlGui.<br>
> ><br>
> > I am considering generating simpler diagrams by hiding the framework<br>
> > targets.<br>
> > Hopefully it will make the big diagram more readable.<br>
> ><br>
> > Aurélien<br>
> > _______________________________________________<br>
> > Kde-frameworks-devel mailing list<br>
> > <a href="mailto:Kde-frameworks-devel@kde.org">Kde-frameworks-devel@kde.org</a><br>
> > <a href="https://mail.kde.org/mailman/listinfo/kde-frameworks-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kde-frameworks-devel</a><br>
><br>
> Hi Aurélien!<br>
> This is a very nice effort, I already gave it a try and ended up quite<br>
> frustrated. Good work!<br>
><br>
> Maybe it would be interesting if we could have also a module dependencies<br>
> diagrams, without the specific libraries inside, that sound like an<br>
> implementation detail in some cases. For example, looking at KBookmarks,<br>
> having an arrow specifying that KService depends on KConfigCore is a bit<br>
> too much?<br>
<br>
</div></div>Yep, definitely. I'd love to have it at the framework resolution, not the<br>
libraries resolution. Should help quite a bit to see the tiers.<br>
<br>
Regards.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Kévin Ottens, <a href="http://ervin.ipsquad.net" target="_blank">http://ervin.ipsquad.net</a><br>
<br>
KDAB - proud supporter of KDE, <a href="http://www.kdab.com" target="_blank">http://www.kdab.com</a><br>
<br>
</font></span><br>_______________________________________________<br>
Kde-frameworks-devel mailing list<br>
<a href="mailto:Kde-frameworks-devel@kde.org">Kde-frameworks-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-frameworks-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kde-frameworks-devel</a><br>
<br></blockquote></div><br></div><div class="gmail_extra">Well, I'm not so sure about being at a module level would help. We want to know if we depend on KIOCore or KIOWidgets, I guess.</div><div class="gmail_extra">

<br></div><div class="gmail_extra">Aleix</div></div>