Bug 371525

Summary:	Native file dialogs
Product:	[Applications] krita	Reporter:	Enzo_01
Component:	Usability	Assignee:	Krita Bugs <krita-bugs-null>
Status:	RESOLVED LATER
Severity:	wishlist	CC:	halla, rjvbertin
Priority:	NOR
Version First Reported In:	3.1 Beta
Target Milestone:	---
Platform:	MacPorts
OS:	macOS
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

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).