<div dir="ltr">Hi,<div><br></div><div>After reflexion about XCF support, i want to be clear. Even if somebody can hack XCF format by "reverse engineering", in KImageFormat, Krita, or ImageMagick , this will not be a long term support solution. Typically, the right question is :</div><div><br></div><div>WHY GIMP DEVELOP A CLOSED FORMAT AS ADOBE ?</div><div><br></div><div>After all, we are in open source, and i know that XCF code is present and visible in Gimp implementation, but i would to be a little bit critic here, as XCF can be only loaded by Gimp and that all (i don't talk to be written by another application). Seriously, make this puzzle unsolvable by 3rd party applications is a shame, and i know the reason from Gimp team : to have the full control of XCF contents in the long term. Typically, without exporting XCF read methods to a shared library, permit to developer to make a mess in code, when they want, and where they want... It's not a safe way used in Open Source world...</div><div><br></div><div>Voilà this is my long development experience viewpoint...</div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 23 sept. 2019 à 09:34, <<a href="mailto:leoutation@gmx.fr">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 9/22/19 10:50 PM, Maik Qualmann wrote:<br>
> The closed bug does not fix the loading of new gimp files.<br>
><br>
> Maik<br>
There's second recent kimageformats patch to improve XCF support<br>
<a href="https://cgit.kde.org/kimageformats.git/commit/?id=7afaacb09384830b3239dd4291347550b04828b9" rel="noreferrer" target="_blank">https://cgit.kde.org/kimageformats.git/commit/?id=7afaacb09384830b3239dd4291347550b04828b9</a><br>
<br>
<br>
><br>
> Am Sonntag, 22. September 2019, 22:12:38 CEST schrieb <a href="mailto:leoutation@gmx.fr" target="_blank">leoutation@gmx.fr</a>:<br>
>> On 9/22/19 8:55 PM, Gilles Caulier wrote:<br>
>>> Look here :<br>
>>><br>
>>> <a href="https://bugs.kde.org/show_bug.cgi?id=411327" rel="noreferrer" target="_blank">https://bugs.kde.org/show_bug.cgi?id=411327</a><br>
>>><br>
>>> Sound like it will be fixed for next KF5 framework version 5.63 (not yet<br>
>>> released...)<br>
>><br>
>> Yes, wait and see... :)<br>
>><br>
>>> Gilles Caulier<br>
>>><br>
>>> Le dim. 25 août 2019 à 15:29, Maik Qualmann <<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a><br>
>>><br>
>>> <mailto:<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a>>> a écrit :<br>
>>>      It would not bring any benefits to "old" XCF files. Showfoto<br>
>>>      displays XDG<br>
>>>      thumbnails. However, at the moment, Showfoto still uses an old<br>
>>>      location. I<br>
>>>      will change that.<br>
>>><br>
>>>      Maik<br>
>>><br>
>>>      Am Sonntag, 25. August 2019, 15:24:03 CEST schrieb <a href="mailto:leoutation@gmx.fr" target="_blank">leoutation@gmx.fr</a><br>
>>><br>
>>>      <mailto:<a href="mailto:leoutation@gmx.fr" target="_blank">leoutation@gmx.fr</a>>:<br>
>>>       > On 8/25/19 3:17 PM, Maik Qualmann wrote:<br>
>>>       > > No, Dolphin can not create a thumbnail of XCF image. When you<br>
>>><br>
>>>      save a XCF<br>
>>><br>
>>>       > > image with Gimp, Gimp creates a thumbnail in the XDG thumbnail<br>
>>><br>
>>>      cache.<br>
>>><br>
>>>       > > Dolphin use the XDG cache. This is probably the reason why<br>
>>><br>
>>>      other Gnome<br>
>>><br>
>>>       > > file managers display a thumbnail. If you delete the XDG<br>
>>><br>
>>>      thumbnail cache,<br>
>>><br>
>>>       > > no thumbnail will be displayed.<br>
>>>       ><br>
>>>       > It would be a good thing that Digikam can display .xcf XDG<br>
>>><br>
>>>      thumbnails :)<br>
>>><br>
>>>       > --<br>
>>>       > Maderios<br>
>><br>
>> --<br>
>> Maderios<br>
><br>
><br>
><br>
><br>
<br>
<br>
--<br>
Maderios<br>
</blockquote></div>