Bug 225440 - Save dialog default file format from xpm to user wanted
Summary: Save dialog default file format from xpm to user wanted
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: ImageEditor-Save (show other bugs)
Version: 1.2.0
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-03 22:23 UTC by Fri13
Modified: 2022-02-02 16:34 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 2.0.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fri13 2010-02-03 22:23:37 UTC
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

When saving file trought save as... the suggested default format is not PNG but XPM. Even that the filename is kept old one and it would be PNG, the dialog shows:

---------
Name: filename.png
Filter: All Pictures

"automatically select filename extension (.xpm)"

No Options Available
---------

Make the save as... function to use default file format as default. XPM is 8bit lossy one and it creates the faulty broken filename.png what can not be opened and digiKam can not even show preview.
Comment 1 Fred Albrecht 2010-03-12 18:31:07 UTC
As an aside, the "Automatically set file extension (XPM)" bit appears whatever the file type is set to, for example when saving a JPEG file.
Comment 2 Marcel Wiesweg 2010-03-13 14:42:48 UTC
For me, the last used file format is restored. When I delete the relevant settings from my digikamrc, the default, PNG, is used.
There is indeed the problem with the "automatically select..." text. I cannot find this string in digikam's source, I assume it comes from kdelibs.
Comment 3 Johannes Wienke 2010-03-13 14:46:13 UTC
Yes, it's from kdelibs and I got no idea how to change this. kdelibs takes the first format from "all images" for this.
Comment 4 caulier.gilles 2010-03-13 17:01:20 UTC
Marcel, Johaness,

Sound like this file must be re-assigned to KDElibs...

Gilles Caulier
Comment 5 Johannes Wienke 2010-03-13 17:18:00 UTC
I'm not quite sure which kind of behaviour we really want to have. Maybe completely disabling this would be the best solution.
Comment 6 Marcel Wiesweg 2011-01-21 15:16:10 UTC
I believe this one is fixed for 2.0. I have changed some lines there, and also worked around the XPM problem: Using the "all files" filter instead of the "all images" filter, which also brought a number of other problems, so I dropped this, I believe it's better like this.