Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do not automatically create a storage folder in the way that is currently done (on Linux) #4818

Open
1 task done
mfxbe opened this issue Feb 2, 2025 · 1 comment
Open
1 task done
Assignees
Labels
feature request Suggestion/Request for additional feature

Comments

@mfxbe
Copy link

mfxbe commented Feb 2, 2025

Duplicate Check

Describe the requested feature

With the implementation of FLET_APP_STORAGE_DATA, flet started to create a folder for storage data. While I understand why the current solution is sub-optimal. (Not to say an absolute no go)

For me (on Linux) the folder seems to be created in the current user's document folder (I have tried to look in the flet source to find the logic behind this, but have not managed to find the relevant parts). Many Linux users (myself included) really dislike applications that litter the home directory like this. $HOME/Documents is there for users to (voluntarily) put files there, not for some random application to put data there.

Suggest a solution

Personally, I see two options here:

  • Allow flet app developers to manually set the FLET_APP_STORAGE_DATA path. This would allow them to add some kind of interaction for the user to agree (complicated to implement, might conflict with writing platform independent apps).
  • Use XDG_DATA_HOME and default to $HOME/.local/share if not set. This would be the recommended path according to the XDG Base Directory Specification (Would prefer)

Screenshots

No response

Additional details

Other environment variables such as FLET_APP_STORAGE_TEMP already seem to xdg honour the specification correctly.

@FeodorFitsner
Copy link
Contributor

That makes sense, thank you for the suggestion!

@ndonkoHenri ndonkoHenri added the feature request Suggestion/Request for additional feature label Feb 2, 2025
@FeodorFitsner FeodorFitsner self-assigned this Feb 18, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request Suggestion/Request for additional feature
Projects
Status: 🆕 New
Development

No branches or pull requests

3 participants