https://bugs.kde.org/show_bug.cgi?id=403599
Bug ID: 403599
Summary: Append .paintingassistant extension by default
Product: krita
Version: 4.1.7
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Tool/Assistants
Assignee: krita-bugs-n...@kde.org
Reporter: b...@beuc.net
Target Milestone: ---
SUMMARY
STEPS TO REPRODUCE
When saving an assistant, I didn't know what extension to use.
I left it blank expecting Krita to fill in for me.
OBSERVED RESULT
Instead there was no extension ("test" input -> "test." file).
More importantly: when trying to open said assistant, Krita would filter the
extensions to either "Krita Assistant", without letting me know what extension
it was looking for, or "Support files", which filters "test." as well as other
extensions I tried (e.g. ".assistant"). I had to copy/paste the exact filename
to make Krita open it.
I eventually found the ".paintingassistant" extension by chance in a 3rd-party
tutorial video.
EXPECTED RESULT
1. Krita fills in the .paintingassistant when saving an assistant
2. Krita offers the option to open any extension when loading an assistant
3. Krita mentions the .paintingassistant in the file type, e.g. "Krita
Assistant (*.paintingassistant)", rather than just "Krita Assistant"
Incidentally
4. The file dialog title ("Save Assistant") is translated in French as
"Assistant for Saving" rather than "Saving the Assistant" - not sure where to
report this :)
SOFTWARE/OS VERSIONS
Krita 4.1 branch / GNU/Linux
ADDITIONAL INFORMATION
I looked in the code and saw that parts of Krita use QFileDialog (which could
use setDefaultSuffix for this simple case), but this save dialog uses
KoFileDialog - so I'm not sure how this should be fixed.
--
You are receiving this mail because:
You are watching all bug changes.
