Originally posted by skeevy420
View Post
Tmpfs Adding Case Insensitive Support For Wine / Steam Play & Flatpaks
Collapse
X
-
Originally posted by pWe00Iri3e7Z9lHOX2Qx View Post
The number of times in my life that I've really wanted a bunch of files in a folder with the same name but different casing has been zero.
The only reason to have case-sensitivity is to make the FS simpler/more efficient, since it doesn't have to worry about any kind of locale specific rules when converting.
Comment
-
-
Originally posted by skeevy420 View Post
That's pretty funny coming from the person not capitalizing words . I prefer sensitivity ... until I'm on Linux and I extract an archive created on Windows with things named using a combination of CaMeL CaSe, ALL CAPS, all lower, and EveRy 0tH3r Fuck3d up way under the sun. We clearly have our own biases on this subject , though I do agree about it having little benefit for the vast majority of normal users.
Back in the day I learned via Windows archives that XFCE has a really badass batch renaming tool built into Thunar. Damn I miss that batch rename ability and I wish KDE had it.
Comment
-
-
An Mac's HFS file system is another surprise too. By default case preserving but case insensitive.
Got nasty surprise many years ago when I reinstalled MacOSX 10.4 on a powerbook opting to try the UFS file system (essentially BSD' Unix's fast file system FFS.)
While a UFS system volume was an option, and it did boot, the case sensitivity of UFS screwed a lot of the OS system processes as to be pretty much irremediable.
Personally I prefer to think of names in file systems purely as sequences of bytes (octets) so by implication case sensitive.
Files etc under *ix are fundamentally inodes (vnodes) which might go by one or more names (labels.) I imagine quite small tweaks to the name-to-inode lookup process could push the problem out to user space.
I imagine not all natural language scripts, typefaces etc have cases - I cannot imagine Chinese ideograms having the concept. Even languages that use different character representations depending on its position in the word or even in the sentence pose the question of how much of the user's language's syntax and punctuation rules ought to be encoded in a file system?
Comment
-
-
Originally posted by pWe00Iri3e7Z9lHOX2Qx View Post
The number of times in my life that I've really wanted a bunch of files in a folder with the same name but different casing has been zero.
Comment
-
-
Originally posted by ahrs View Post
Yet this is exactly what you get when you don't force people to be case-sensitive. skeevy420 already mentioned the problem with archives, this is a huge issue with game mods because nobody forces any consistency. On Windows, it will extract to the Data, data, or DaTA folder, but on Linux they will be separate directories. It's impossible to deal with this situation too, should an archiver attempt to normalise it how should they do that? All lowercase? Title case? Something else? It's much better when file and directory names just mean what they say they are.
like wise, I recently got my parents onto linux, and had to turn documents folder to case insensitive because when they save files by name, or open them by name, sometimes they use capitalization, sometimes they don't, and this is actually a large issue for them.
Comment
-
-
Originally posted by usta View Post
Comment
-
-
Originally posted by toves View PostAn Mac's HFS file system is another surprise too. By default case preserving but case insensitive.
Got nasty surprise many years ago when I reinstalled MacOSX 10.4 on a powerbook opting to try the UFS file system (essentially BSD' Unix's fast file system FFS.)
While a UFS system volume was an option, and it did boot, the case sensitivity of UFS screwed a lot of the OS system processes as to be pretty much irremediable.
Personally I prefer to think of names in file systems purely as sequences of bytes (octets) so by implication case sensitive.
Files etc under *ix are fundamentally inodes (vnodes) which might go by one or more names (labels.) I imagine quite small tweaks to the name-to-inode lookup process could push the problem out to user space.
I imagine not all natural language scripts, typefaces etc have cases - I cannot imagine Chinese ideograms having the concept. Even languages that use different character representations depending on its position in the word or even in the sentence pose the question of how much of the user's language's syntax and punctuation rules ought to be encoded in a file system?
Comment
-
-
Originally posted by Quackdoc View Postme arms and wrists hurt too much to bother with capitalization , once I finally find a useful speech to text tool for linux, I'll have some of the best capitalization AND punctuation on here assuming the tool is good lol.
There are some quite good speech to text options for Linux Quackdoc but all of them have the issue of all the traps of English.
I did professional dictation work at one point using the court reporters machine. So I learnt all the creative stuff-ups even a human could end up with and it be English.language not exact being at fault. Hopefully you are not setting your speech to text bar unreasonably high.
Comment
-
Comment