The number of times I had to ask "how can I tell where the file 'physically'" (I know) "lives" on the network when I took up work at a Windows shop, it was just baffling. And Win people couldn't understand what I was asking.
There's a location for this effing thing. I want to know where it is, really! How do I get that info?!
From a technical standpoint, the windows NTFS filesystem is designed inherently case sensitive, just windows doesn't allow creating case sensitive files.
Connecting an NTFS drive to linux, you can create two separate files readme.txt and Readme.txt.
Using windows, you can see both files in the filesystem, but chances are most (if not all) software will struggle accessing both files, opening readme.txt might instead open Readme.txt or vice versa.
For a few years now, Windows has had the capability of marking certain directories as case-sensitive. So you can have a mixed-case-sensitivity filesystem experience now. Yeah. :/
I once ran into a bug in an Arduino program where it wouldn't compile. The author blamed my "broken environment". Turned out, he had included "arduino.h" instead of the correct "Arduino.h".
Although you can use case insensitive filesystems with Linux, and case sensitive filesystems with macOS. I believe the case sensitivity is a function of the specific filesystem --- but yeah, practically, the root for Linux is always case sensitive, and APFS ain't is only if you ask it to be ( https://support.apple.com/lv-lv/guide/disk-utility/dsku19ed921c/mac ).
When case insensitivity is the default I always wonder how many apps unknowingly rely on that due to typos somewhere. I encountered this once while porting a Windows/macOS app to Linux that someone imported a module with the wrong case and nobody noticed
Case-insensitive filesystems are for maniacs. They are only causing trouble. Ever had two folders with the same name but different capitalization in windows? You see both, but whichever you click it will always open the same one, while the other can't be accessed.
Psychopath behavior.
Makes changing the case of a file/folder a lot easier though. Windows you have to rename it to something else then rename it again just to change case but Linux you can just...rename it. It's a small thing but it's something
There used to be an undocumented setting in early versions of MS-DOS that would allow the setting of the command option character to something other than the slash, and if you did that, the slash automatically became the path separator. All you needed was SWITCHAR=- in your CONFIG.SYS and DOS was suddenly very Unix-y.
It was taken out after a while because, with the feature being undocumented, too many people didn't know about it and bits of software - especially batch files, would have been reliant on things being "wrong". The modern support for regular slash in API calls probably doesn't use any of the old SWITCHAR code, but it is, in some way, the spiritual descendant of that secret feature.
The one thing about NT was that it didn't have it's own semantics, but it could emulate any system you wanted. It's the unofficial successor of an OS that was based on creating VMs where you could run any other OS you want.
Then Microsoft decided to create their own system in it, and only really finished writing that one.
Only Mac OS 10 and later, based on BSD, uses ‘/‘. (And, I guess, A/UX.) Classic MacOS used a ‘:’, but it wasn’t regularly exposed in the UI. The only way most users would know is that the colon couldn’t be used in a file name.
I might be wrong, but I think you still can't use a ':' in a filename in macOS. If I recall correctly it will let you do it and show it in Finder, but actually replace it with a '-'.
If you know what a nordic keyboard layout looks like, you'd probably prefer backslash. Since I moved to Linux a year ago I've been struggling to find the easiest way to forward slash. Shift + 7? Or numpad / with my right pinky?
For me it's even worse. Forward slash is also Shift + 7 and backslash is AltGr + ß?? I hate that computing is only optimized for US american layouts. Going by my keyboard, the filepath separator should probably be an ö.
The alt gr + ß is probably the same for nordic keyboards, the one below A. It's <>\ for me, but afaik both < and > are also individual keys on a US keyboard. And then there's ~. But I guess you get used to dead keys.
Shift+7 feels wrong for some reason, so I currently tend to just send my pinky on a kamikaze mission towards the numpad hoping I hit /. Sometimes I hit numlock, sometimes I hit *.
Even if I made a compose key "shortcut" via ~/.XCompose it'd still be more work than what I'm doing already.
Macro pad could be a solution, I have considered it beforehand for other purposes tbh
Actually, from what I can tell in my brief 15-minute internet search, every version of Windows since NT has accepted both because DOS 2.0 supported both. The exception to this was Command Prompt. But, these days, it supports both. Not sure when they made that change in Command Prompt, but I think it's been that way since at least Windows 7.
I love linux like a pet. I love windows like my car. Can we stop with this pointless making a content mountain over any insignificant difference. Don't get me started