AppData folder: am I a joke to you?
Files and directories starting with a dot are hiden by default. You are aksing for this stuff if you manually unhide them.
There are a million reasons to access those folders. There are 0 reasons to leave them hidden.
only if you are a power user. for most people its just clutter in the way of the files they are looking for.
Screenshot is from Windows where dotfiles aren’t hidden by default. And all the lazy developers that created those directories, didn’t bother to set the hidden attribute (See appdata is greyed, because it has the hidden attribute set)
To be fair, those Windows directories might have a space in them and break things anyway.
Directories can have spaces in their name on other platforms too. On Linux, you can set the XDG environment variables to whatever you want, so eg. instead of using
~/.configfor config files, you could use~/My Config FilesIs it a good idea? No. Should every well-behaved app handle it? Definitely.
Don’t forget about good ol
.minecraftAt least it’s in
appdata, and not inuserprofile.
don’t do
ls -laat your home directoryThe guidelines for Windows developers kinda suck tbh. Maybe it’s better these days, but plenty of weird legacy software behaviour can be blamed on MSDN.
This is why i never use the default folders, I will always make my own elsewhere.
Everyone here is talking about conventions used on Linux, but this looks like Windows Explorer to me…?
Why are there so many directory names in there following Linux “hidden file” conventions, if that’s the case?This is not a Linux or Windows thing. It’s a lazy developer thing. It’s also another one of the ways that some devs will coddle the end-user because “learning a file directory system is hard.”
I’m pretty sure the .file notation is a bug-turned-feature of a GNU coreutils program, Windows has no such thing and marks files as hidden using filesystem attributes.
I couldn’t say whether I prefer it one way or the other, but the dot prefix does stick out like a sore thumb on systems that don’t hide them by default… though I think AnyOldName3’s explaination makes sense.
for someone regularly using both: it is a convenience feature.
that way i just know config files are under
~/.myApp. if windows devs would beore consistent, i would be ok withAPPDATA\myApp. however, too often it is under%APPDATA%\myApp\..\Roaming\myApp- which is just a pain. so i prefere linux style on windows.I think you meant %LOCALAPPDATA%
%APPDATA% points to roaming
I see your point, but as someone who prefers my home folder be my home folder, I prefer they put it under
~/.configregardless of what operating system is being used.yes, i could get behind that. problem is probably that this is such wide spread by now, that it would take a really long time to use that new standard.
Roaming and local are there for reasons.
Mostly enterprisey ones, but roaming “roams” with your user profile.
If you have ever used a system where you could sign onto any computer and your stuff would be there, it’s mostly due to roaming folder.
Local is local to the pc and does not roam to others
Because developers use cross-compilable languages to pump out Windows executables without knowing or understanding or caring about the Windows environment. I mean,
~/.whateverstill works under Windows.If you write cross-platform software, the easiest solution is usually to pretend everything’s Unix. You’ll hit some problems (e.g. assuming all filesystem APIs always use UTF-8 will bite you on Windows, which switched to UCS2 before UTF-8 or UTF-16 were invented, so now uses UTF-16 for Unicode-aware functions as that’s the one that’s ABI compatible with UCS2, and passing UTF-8 to the eight-bit-char functions requires you to opt into that mode explicitly), but mostly everything will just work. There’s no
XDG_CONFIGtelling you to put these files anywhere in particular, as Windows is Windows, so most things use~as a fallback, which Windows knows to treat asUSERPROFILE.)
Lots of frameworks for applications and games have automatic translation of file paths to sensible directories, but when you’re writing software you’re probably doing shit fast and dirty until it’s ready for release, by that time you now have a bunch of people relying on your software so changing the file structure will cause loads of issues.
They are using windows wrong, put everything on the desktop and don’t worry about all those scary files everywhere else.
/S
AFAIK appdata are stored in ~/.local/share, but you don’t even have that folder!?!?!
It’s not the Linux convention that’s fucked up in this regard, but your system.
If you want it stored in ~/AppData, you need to make a link to it from ~/.local/share.I’m no expert, so there may be other ways to do it. but apparently your system doesn’t follow conventions.
I even have a couple of things that found ~/.local but missed /share
He’s using Windows
WHAT? So he chose an OS that doesn’t follow Linux standard on PURPOSE?!?! That doesn’t make much sense. 😋
He’s using windows.
But while we’re on the subject, ~/.local/share is cancer and shouldn’t exist.
The appropriate path is /usr/share.
I have a SystemD service that will erase anything written to that godforsaken .local folder, and if that breaks your shitty software then I’ll assume your shitty software doesn’t work and delete it and spam issues about it until you fix it or find a different career doing something productive, like cooking McRibs.
I have a SystemD service
The irony is how lennart and his cancer approached standards, top to bottom.
Now I want McRibs.
/usr/share? How is a random app getting write permissions to that?
I’m a little confused by that statement. Where should locally installed (non-sudo) applications, such as virtual python envs who are accessed by multiple other not-necessarily-python apps or perhaps baloo, flatpak, etc, store their shared data? I’m rather convinced that giving all users write access to /usr/share is a terrible idea.
The appropriate path is /usr/share.
That’s a global folder, and not proper for storing “per user” data.
I think ~ is the appropriate folder at least for the . folders, but I’ve often wondered why they’re not attrib +h. 🤷♂️
I realize that the OP is a Windows case, but I’d be rich if I had a penny for every time a savegame or config file is stored somewhere totally whack.
I’m completely self-taught when it comes to Linux, so I have some obvious gaps in my knowledge. I’ve looked for good write-ups on how Linux folders are intended for use and been unable to find a good resource. Thank you for sharing the official standard name. Reading up on it now.
That’s respectable! But yeah, the FHS is something that’s surprisingly hard to find in-depth information about if you don’t already know about it.
I think this page from systemd (or this page from the arch wiki, if you prefer formatting) has a decent description of not only the FHS, but also the more standard user/home structures.
I continue to be impressed with the Arch community and their dedication to collecting information about Linux into one place. Props to everyone that has contributed! You really are helping users solve problems everyday!
People pretend Arch is a DIY OS but really it’s a lego kit with homemade instructions and sometimes a little capuchin comes up to help you put some of the pieces together.
You might find the XDG base directory standard interesting also, solves the problem the meme is about.
I gave up using the default documents folder because a lot of game developers think that is a good place to store the saves
.androidis either from the Android SDK, or possibly Android Studio so blame either Google or IntelliJ..vscodeis Visual Studio Code which is made by Microsoft so your guess is as good as mine on that one..eclipseis Eclipse and is a Java IDE approximately the age of dirt and might actually pre-date the AppData folder existing..sshis OpenSSH and has been around long enough on the *nix side of things that it might pre-date both AppData and the XDG folder conventions. Not sure about most of the rest.Amazed that no one can figure out a .config/ or .local/ already
Sure, AppData exists, but do you expect them to… read?
The nice thing about Free software is that distros can fix these programs that store things in the wrong location. My Debian home is a lot cleaner than my Arch.
Are dotfiles a thing on Windows? It’s been a while since I used it.
No. Hiding files is still just an attribute.
Actually, technically, it’s two. Files marked as system files are treated as hidden as well…
With the downside that files marked as hidden on windows generally can’t be read by tools and scripts in the way you expect it.
It’s frustrating when apps apply Linux-specific behavior to other platforms. No windows apps should be just throwing hidden folders into the user directory!
I began using SMPlayer, which uses MPV, and yeah, it was confusing having to mess around in %localappdata%. But unironically, having to do so kinda prepared me for the switch to linux, what with getting used to using the filesystem.
