Slashdot Mirror


Should "B" be the Same as "b"?

joshua42 asks: "Although having used Linux and FreeBSD for many years, I have yet to come across anyone seriously questioning the traditional UNIX style file system name paradigm. With an Amiga background (It should be the same for people growing up with Windows, or those growing up with no computer at all (God forbid!).) it took me quite a while to get used to 'A' and 'a' being treated as different characters. This is of course fairly easy to accept and to understand if you have a technical background. I do however have a hard time to see how aunt Ginny will ever be able to distinguish between her 'Letter.txt', 'LETTER.TXT' and 'letter.txt' files. In real life, upper and lower case letters represents almost identical information to most people. Has any thoughts been spent on this issue, now that our favorite OS is becoming increasingly mainstream? Does it need to be addressed? Have any attempts been done? What are the implications to parts outside the file systems?" This is an interesting point. As Unix grows more and more popular, the simple things we've taken for granted about the filesystem may stand in the way of general users adopting it. What ways can you think of that will mitigate this problem for new Linux users without actually affecting too much? Special shells for novice users, that can simplify much of the complexity may be the way to go, here.

8 of 330 comments (clear)

  1. Flame-baitey topic by SN74S181 · · Score: 3, Insightful

    This is a flamebait topic.

    Why don't we ask: "Should the convention for tapping threads in metal be switched to left hand threads by default?"

    Nothing will change as a result of the discussion, and nothing should change. It's the 'simplify UNIX and destroy it in the process' arguement all over again.

    Good grief.

    1. Re:Flame-baitey topic by rtaylor · · Score: 3, Insightful

      End result, having l == L isn't right either. You're just going to piss off people in a non-en locale.

      What you really want are unicode enable file naming with colation patterns applied appropriately per locale the users locale.

      --
      Rod Taylor
  2. Sort order by myawn · · Score: 3, Insightful
    'A' is different than 'a'. This isn't unique to computer filenames; we all learned this in the first grade. If there is any confusion, it is probably caused by those other computers that blurred a distinction we were all quite comfortable with.

    What is confusing is that "A" and "a" don't sort next to each other -- so, letter.txt doesn't end up following Letter.txt, but instead is down somewhere past Zebra.jpg. That defies reason; if something is to be fixed, let it be that.

    --
    Subscribers can see articles in the future? So what? Everyone gets to see them in the future.
  3. Preserve Case but don't make it case sensitive by topham · · Score: 5, Insightful

    The only reason why Unix is case sensitive is because it was easier, and faster to implement it as such in the early days.

    It is not quite efficient to Preserve Case, and not make it case-sensitive.

    I used a file system like this (HPFS) for many years and much prefer it over the case-sensitive alternatives.

    It is also a security concern. If I have 2 files, which are identical except for case it is possible I could run the wrong one. Why? Point and Click interfaces barely show a difference between o and O, etc.

    There is also no need for 2 files with the same name, and different case when it comes to SOURCE CODE. I have seen more than 1 program implemented like this and it is downright confusing and stupid. " No no, not "ubergeek.c", "Ubergeek.c"... etc.

    Garbage. Crap. Total waste of resources.

    I've been working in a database language that is case-insensitive for a number of years as well. It is damn nice to not have to worry about somebody typing something in differently than expected. It isn't a problem. And I don't have to call UPPER every time I do something!

    case-sensitive is a pain in the ass.

  4. Re:Apple.... by Van+Halen · · Score: 3, Insightful
    Yes, the default in OS X is HFS+. Apparently UFS is much slower, and many Carbon applications have problems running from a UFS partition (I use HFS+ but have read this in many user reports). I'm not sure why - OS X handles resource forks on NFS filesystems by creating a ._File.Name file to hold the resource fork. I would assume it does the same for UFS, but I don't know. Or maybe some applications expected to be able to write to the same file using different capitalization. Don't know why they would be so sloppy, though.

    Back to the main topic, I agree with Apple's position on this. I used to wonder why they would put in such a ridiculous limitation when it would be so easy to "fix," but then I thought about it. There is absolutely no reason to have files named "readme.txt" and "Readme.txt" in the same directory. If they are truly different files, then name them differently - ie, "ReadmeFirst.txt" and "ReadmeLast.txt." Capitalization is mostly arbitrary and conveys no information in this context. It can only lead to confusion when a human has to interact with such files. Sort of like George Foreman's house, where his kids are named george, GEORGE, GeorgE, georgE, GeOrGe, etc. What a mess!

    If you're still not convinced, think of all the chaos and confusion that would happen if domain names were case sensitive.

  5. Aunt Ginney won't care! by zulux · · Score: 3, Insightful

    It's not like your aunt is going to use Emacs - she'll just point and click with whatever graphical software she is using.

    Leave case sensitivity alone - it's the right thing to do, just hide any ease-of-use problems it may introduce with a GUI.

    That keeps the smart people happy, and the dumb people happy. We're all happy!

    --

    Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

  6. Re:Unix has it (almost) right by gehrehmee · · Score: 3, Insightful
    white space - Filenames with embedded white space work with most basic system commands, but will break shell scripts that aren't prepared for them (which means most shell scripts).
    Unfortunately, any such script will break on alot more then just whitespace. Failing to catch this sort of thing is a bug in the script or application, not a shortcoming of the OS or filesystem.
    --
    "You know, Hobbes, some days even my lucky rocketship underpants don't help" -- Calvin
  7. Re:Linux file system is OBSOLETE by Kidbro · · Score: 3, Insightful

    People are not very sensitive at all to upper/lowercase letters.

    lEt ME asK yOu OnE thiNG jOUNI, arE yOu aBSoLuTElY SURe abOuT thAt?

    I know for sure that I am sensitive about it, and it really gets on my nerves when they're not used properly. Of course, people are different, but most [non 1337 script kiddies] people do care...