elementary / elementary/files

Prettify `~/snap` Folder Somehow?

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

Description

## Problem

If you install literally any Snap application (which can be unavoidable), it will create a folder at `~/snap`, and this folder cannot be renamed or moved without breaking Snap. The obtrusiveness of the `~/snap` folder has been [an open issue on the Snap issue tracker](https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1575053) for over four years, with little indication of any sort of action.

Part of why the `~/snap` folder is annoying is that it isn’t a hidden folder (though apparently the long-term plan is for it to be moved to `~/.snap`, not even `~/.var/snap` tsk tsk), and also it isn’t title case, i.e. `~/Snap`. Also the folder doesn’t have a dignifying fancy icon like the rest of the default folders in `~`.

## Proposal

There are a few ways the `~/snap` folder could be prettified, including:

1. Ship Elementary with a file at `~/.hidden` that marks `~/snap` as hidden (assuming Pantheon Files supports the use of `~/.hidden` in the first place).
2. Hardcode some sort of workaround that makes `~/snap` appear as `~/Snap`, the difficult thing being doing so in Pantheon Files without creating an inconsistency with the Terminal and also without breaking Snap.
3. Possibly in combination with item (2), create a nice embossed folder icon for `~/snap` like all the other default user folders have and apply it when the folder is created.

A while back [I opened an issue](https://github.com/elementary/icons/issues/1009) that ended up with @danrabbit suggesting creating some sort of `gvfs` plugin that would combine the Snap and Flatpak user folders into a more user-friendly interface, but [nothing has come of that](https://gitlab.gnome.org/GNOME/gvfs/-/issues/547), and I don’t have the skills necessary to implement it myself.

Basically option (1) above (possibly with some sort of GUI preference for toggling it) could be a short-term workaround for the Canonical team’s extremely slow progress on the issue.

## Prior Art (Optional)

_No response_

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.