elementary / elementary/files

Filechooser: hide file browser by default in save dialogs

Open
#1,564 5 comments 0 reactions 0 assignees View on GitHub
Priority: Wishlist
Dominant language
Vala
Stars
365
Forks
82
Avg merge
4d 2h
Merged PRs (30d)
3

Description

## Problem

99% of users will just save the file to their Documents folder or to a bookmarked location.
If a user wants to save a file, any file, they are met with a worse version of the normal file browser. This is visual bloat and confusing for users, since it brings the user's entire app-workflow to a grinding halt as it opens something that resembles a seperate app and likely obscures the entire underlying window.
~~There is also the issue of the file saving dialogue not feeling completely native, since it is retrofitted on to the normal gtk.filechooser-dialogue afaik~~ Edit: looking at the new FileChooser tells me otherwise, but it also demonstrates how the filechooser looks similar to the actual Files app but uses an entirely different sidebar

## Proposal

Elementary OS should have it's own file saving dialogue box, which has a name entry box at the top, a drop down with the users default and bookmarked locations. MacOS handles this in this exact way (at least it used to)

This should also solve the issue of not having a fully-native filechooser dialogue

## Prior Art

How macOS 10.4 handled it is a really good example.
Default size:
![Screenshot from 2021-01-21 15-20-39](https://user-images.githubusercontent.com/58219504/105371434-866b5780-5bfc-11eb-8306-54ca381ebb78.png)
Expanded size:
![Screenshot from 2021-01-21 15-20-52](https://user-images.githubusercontent.com/58219504/105371882-fa0d6480-5bfc-11eb-90dc-9bd8a787b7a8.png)

I'd love to hear what elementary/us think!

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.