Bug 371525 - Native file dialogs
Summary: Native file dialogs
Status: RESOLVED LATER
Alias: None
Product: krita
Classification: Applications
Component: Usability (other bugs)
Version First Reported In: 3.1 Beta
Platform: MacPorts macOS
: NOR wishlist
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-23 12:50 UTC by Enzo_01
Modified: 2017-03-22 09:43 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Enzo_01 2016-10-23 12:50:21 UTC
Will be good if Krita uses the native file open and save dialogs. It work fine right now but if we talk about favorites and bookmarks and overall experience it is not so good.

Reproducible: Always

Steps to Reproduce:
File Open/Save As/Export/Open existing document

Actual Results:  
Using QT dialogs
Comment 1 Halla Rempt 2016-10-24 07:51:57 UTC
I agree that it would be nice, but unfortunately Qt's integration with the native OSX file dialog is very buggy. When using the native dialog, it's impossible to actually manage the list of file types that the dialog can show. I'm afraid that this'll have to wait until it gets fixed in Qt.
Comment 2 RJVB 2017-03-22 09:43:04 UTC
It's also a matter of taste and needs. Krita is not a simple, single-purpose application but a powerhouse that also caters to power users. I think those are perfectly capable to decide which type of dialog they prefer based on their relative pros and cons, so IMHO this kind of decision ought to be under control of a user option.

> When using the native dialog, it's impossible to actually manage the list of file types that the dialog can show

I've never tried to manage complex lists of supported file types but (thus?) this claim surprises me a bit. In part because AFAIK Qt creates its own native-look dialog more or less from scratch (then again that could be the reason of the buggyness).