What feature or improvement do you think would benefit Files?
✨ Feature
Add a dedicated User Folders section to the sidebar for standard Windows folders:
- 🖥️ Desktop
- 📄 Documents
- 📥 Downloads
- 🖼️ Pictures
- 🎵 Music
- 🎬 Videos
🎯 Why?
Currently, these folders need to be pinned manually if users want quick access to them. This mixes standard Windows user folders with custom pinned locations, which makes the Pinned section less useful.
This proposal separates those concepts:
- 📁 User Folders: standard Windows folders
- 📌 Pinned: user-managed shortcuts
The section should be shown or hidden from the sidebar context menu, consistent with the other sidebar categories.
The folder paths should be resolved through Windows known folders instead of manually building paths from the user profile directory, so moved, redirected, or OneDrive-backed folders work correctly.
Requirements
- ✨ This proposal will add a dedicated User Folders section to the sidebar for Desktop, Documents, Downloads, Pictures, Music, and Videos.
- 📌 This proposal will keep User Folders separate from the existing Pinned section.
- 👁️ This proposal will allow the section to be shown or hidden from the sidebar context menu, consistent with other sidebar categories.
- 🧭 This proposal will resolve folder paths through Windows known folders instead of manually building paths from the user profile directory.
- 💾 This proposal will support folders moved to another drive, redirected folders, and OneDrive-backed locations.
- 🌍 This proposal will use system-provided known folder display names so labels follow the user's Windows language.
- 🛡️ This proposal will preserve existing pinned items and will not automatically pin or unpin anything.
Files Version
4.1.1.0
Windows Version
10.0.26200.8524
Comments
🔗 Related issue / PR
Related to #1516, which requested better sidebar access/control for standard user folders such as Desktop, Documents, Downloads, and Music.
A working implementation was initially submitted in #18555, but the PR was closed because this feature request should be discussed first according to the contribution guidelines.
I’m opening this issue so the proposal can be reviewed before submitting the implementation again. The goal is to make the feature easier to evaluate with an already tested implementation available, while still following the project process.
🖼️ Screenshot / prototype
I tested a local prototype and this is the expected behavior:
🌍 Note: The folder names in the screenshot are shown in French because the Windows user profile is configured in French. The section uses the system-provided known folder display names, so these labels follow the user's Windows language.
What feature or improvement do you think would benefit Files?
✨ Feature
Add a dedicated User Folders section to the sidebar for standard Windows folders:
🎯 Why?
Currently, these folders need to be pinned manually if users want quick access to them. This mixes standard Windows user folders with custom pinned locations, which makes the Pinned section less useful.
This proposal separates those concepts:
The section should be shown or hidden from the sidebar context menu, consistent with the other sidebar categories.
The folder paths should be resolved through Windows known folders instead of manually building paths from the user profile directory, so moved, redirected, or OneDrive-backed folders work correctly.
Requirements
Files Version
4.1.1.0
Windows Version
10.0.26200.8524
Comments
🔗 Related issue / PR
Related to #1516, which requested better sidebar access/control for standard user folders such as Desktop, Documents, Downloads, and Music.
A working implementation was initially submitted in #18555, but the PR was closed because this feature request should be discussed first according to the contribution guidelines.
I’m opening this issue so the proposal can be reviewed before submitting the implementation again. The goal is to make the feature easier to evaluate with an already tested implementation available, while still following the project process.
🖼️ Screenshot / prototype
I tested a local prototype and this is the expected behavior: