3 ms·
It's a bit strange in a programming tool, though, given that programmers are used to case being important, and virtually all other similar tools order capitals
by jhugo 4y ago
It's a bit strange in a programming tool, though, given that programmers are used to case being important, and virtually all other similar tools order capitals first.
- silok 4y agoIsn't that just due to "lazyness", rather than an explicit design choice? I mean just doing char based comparisons, which is the easiest solution, will give the separation of uppercase and lowercase (at least for ascii and similar encodings).
- Thiez 4y agoWindows tends to have a case insensitive file system (although these days it's possible to deviate from this tradition). For files the case being important thing isn't really a thing there.
- jhugo 4y agoSure. But I'm not using Windows.
- rob74 4y agoProgrammers using "C family" languages - ok, I guess that's ~99% nowadays, but the "Pascal family" languages (and probably others I'm not familiar with) are case insensitive.
- tuyiown 4y agoYou really, REALLY don't wan't to contextualize filesystem case sensitivity. Either it's case sensitive, either it's not. The rest should be the least surprising in all cases: either conform to long age practices (unix, windows, case sensitive fs or not), or kept behind flags, and then you have the UX for general users (eg. files browser), in which whatever the least surprising for a picked lower bar of computer literate will do.
- jhugo 4y agoI agree. But contextualising case sensitivity is sort of what VSCode is doing here. I'm running on a system where files are case-sensitive, yet it, because of Microsoft's preference for case-insensitivity, insists on sorting filenames without regard for case.