<div dir="ltr">Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10 at least to compile.<div>The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not compile with this version (i tried to hack).</div><div><br></div><div>So i updated at least to KF5 5.54 with is the last version compatible with Qt 5.9.7 LTS.</div><div><br></div><div>This is another point that i hate to seen KDE not compatible with the Qt long time support version. Passing to Qt 5.11 introduce regression and i don't want to pass to Qt 5.12 until the LTS is declared by Qt team.</div><div><br></div><div>Including new Qt version in AppImage is complicated and require time. I want to do it for the moment.</div><div><br></div><div>And i want to not talk about MAcOS support where Qt is only compatible with more recent Apple SDK. So if we use Qt 5.12 in OSX package, it will be only compatible with more recent version of MAcOS. The backward compatibility is limited.</div><div><br></div><div>Funny, the only bundle which use Qt 5.12, and which is compiled with KF5 5.55, is... the windows installer. Thanks MXE cross compiler team which support well last Qt version.</div><div><br></div><div>To resume : only the Windows installer of digiKam 6.1.0 has KImageFormat framework with last XCF support...</div><div><br></div><div>Gilles Caulier</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 15 févr. 2019 à 14:06, Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">This week end, i will rebuild all bundles with KF5 5.55 and see where is the problem.<div><br></div><div>I fear, in fact that we need later to do a XCF image loader as well in digiKam core, to not depend of KimageFormats, which is not well maintained...</div><div><br></div><div>Perhaps the idea is to extend the plugin loader in digiKam 6.1.0 to permit to write image loaders as plugins for better flexibility.</div><div><br></div><div>Gilles Caulier</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 15 févr. 2019 à 11:32, <<a href="mailto:leoutation@gmx.fr" target="_blank">leoutation@gmx.fr</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 1/30/19 2:28 PM, Gilles Caulier wrote:<br>
> Right,<br>
> <br>
> Depending how the implementation progress, this will be available in <br>
> next KF5 framework release.<br>
> <br>
> This want mean too, that i need to update the KF5 version to use in all <br>
> bundles, without to see any side effects.<br>
> KF5 is huge and a small change can introduce a dysfunction into a large <br>
> application as digiKam, even if we still to use 15% of KF5.<br>
> <br>
> Remember that KF5 inter-dependencies between each components still <br>
> important. This is a real problem, for ex, if we want to use a KTextEdit <br>
> widget with spell checking<br>
> feature, this explode the needs to compile. This is why KTextEdit is <br>
> banned for digiKam for the moment (we needs to wait a pure Qt5 <br>
> implementation in QTextEdit).<br>
Hi<br>
Some days ago, kimageformats was upgraded to last 5.55 in Arch. I <br>
recompiled digikam-git. Same issue, gimp-2.10 .xcf thumbnails are not <br>
displayed in digikam...<br>
<br>
<br>
> <br>
> Gilles Caulier<br>
> <br>
> Le mer. 30 janv. 2019 à 14:20, <<a href="mailto:leoutation@gmx.fr" target="_blank">leoutation@gmx.fr</a> <br>
> <mailto:<a href="mailto:leoutation@gmx.fr" target="_blank">leoutation@gmx.fr</a>>> a écrit :<br>
> <br>
> Hi<br>
> Good news for Digikam and Gimp users, I see a lot of work on<br>
> kimageformats to solve .xcf issue :)<br>
> <a href="https://cgit.kde.org/kimageformats.git/log/?qt=grep&q=xcf" rel="noreferrer" target="_blank">https://cgit.kde.org/kimageformats.git/log/?qt=grep&q=xcf</a><br>
> <br>
> -- <br>
> Maderios<br>
> <br>
<br>
<br>
-- <br>
Maderios<br>
</blockquote></div>
</blockquote></div>