• supersquirrel@sopuli.xyz
    0·
    7 hours ago

    Where did this art come from? It seems like the cover to a tabletop wargame about the french and indian war or something.

  • kipo@lemm.eeEnglish
    0·
    1 day ago

    Blue Harvest for Mac will continually clean your removable drives of these files.

    • M.int@lemm.ee
      0·
      24 hours ago

      This seems like a bit of a scam:
      On your external drives you can prevent the creation of .DS_Store

      defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true
defaults write com.apple.desktopservices DSDontWriteUSBStores -bool true

      If you really want to continuously delete DS_Store from both your internal and external hard drives you can set up a cronjob:

      15 1 * * * root find / -name '.DS_Store' -type f -delete
    • katy ✨@lemmy.blahaj.zone
      0·
      1 day ago

      When I had a Mac, literally the first thing I did was set up a Hazel rule to delete every single .DS_Store in every folder.

    • polle@feddit.org
      0·
      1 day ago

      The moment when you try to rename a folder in windows from Hello to hello and it doesn’t work.

      • ADTJ@feddit.uk
        0·
        1 day ago

        Yes, so annoying especially when using source control which is case sensitive.

        Rename Hello hello2

        Commit

        Rename hello2 hello

        Commit

      • moseschrute@lemmy.world
        0·
        1 day ago

        On Mac when I rename a folder from “FOO” to “foo” git sees them as the same folder so no change is committed. In JavaScript I import a file from “foo” so locally that works. Commit my code and someone else pulls in my changes on their machine. But on their machine the folder is still “FOO” so importing from “foo” doesn’t work.

      • Takumidesh@lemmy.world
        0·
        2 days ago

        Well an uppercase ASCII char is a different char than its lowercase counterpart. I would argue that not differentiating between them is an arbitrary rule that doesn’t make any sense, and in many cases, is more computationally difficult as it involves more comparisons and string manipulations (converting everything to lower case).

        And the result is that you ultimately get files with visually distinct names, that aren’t actually treated as distinct, and so there is a disconnect from how we process information and how the computer is doing it.

        ‘A’ != ‘a’, they are just as unequal as ‘a’ and ‘b’

        Edit: I would say the use case is exactly the same as programming case sensitivity, characters have meaning and capitalizing them has intent. Casing strategies are immensely prevalent in programming and carry a lot of weight for identifying programmers’ intent (properties vs backing fields as an example) similar intent can be shown with file names.

          • Saleh@feddit.org
            0·
            1 day ago

            I work with a lot of users and a lot of files in my job.

            I don’t remember a single case, where someone had an issue because of upper- or lowercase confusions.

            • moseschrute@lemmy.world
              0·
              1 day ago

              Most of my frustration comes from combining cases insensitive folders/files with git and then running my code on another machine. If you aren’t coding where you have hundreds of files that import other files, I could see this being a non issues.

              • Saleh@feddit.org
                0·
                1 day ago

                Mostly Windows, and construction industry. So projects generate anywhere from a few hundred to up to a hundred thousand files.

                Everyone has their own filesystem, and then you often have one formal and multiple informal exchange platforms. You still have people throwing around stuff in E-Mails too.

                It is a mess. But in this mess i didn’t come acrosse people complaining they couldnt find a file because of the letters case yet.

                I see that it could be different for programmers, but i dont see that apples solution of treating upper and lowercase as identical name is the solution there, rather than working with explicit file naming conventions in the program.

        • Kissaki@programming.devEnglish
          0·
          2 days ago

          is exactly the same as programming case sensitivity

          Me working on a case insensitive DB collation 🤡🚀🐱‍🏍

        • gazter@aussie.zone
          0·
          2 days ago

          If I have four files, a.txt, A.txt, b.txt, and B.txt, in what order do they appear when I sort alphabetically?

          • Speiser0@feddit.org
            0·
            2 days ago

            Might depend on your file browser.

            You may also want to try, for example, the files “a1”, “a2”, “a3”, and “a10”. Lexicographically, “a2”>“a10”, but my file browser displays “a10” after “a2”.

              • gazter@aussie.zone
                0·
                2 days ago

                So if someone tells me to look for a file amongst a long list, I need to look in two different areas- the uppercase and lowercase areas.

                I get why it’s more technically correct to differentiate, but from the perspective of a human user, it’s a pain in the ass.

                • Saleh@feddit.org
                  0·
                  1 day ago

                  if you look for a file you type the first letters for the file explorer to jump to the matching name. Retype to jump to the next fitting entry. If you don’t know about this, you can put your string in the search field. If you don’t know about this, you can sort by metadata like file size or date of last change.

                  It is a non problem.

                  Also most workplaces tend to develop a file naming convention, either explicitly or implicitly.

      • Speiser0@feddit.org
        0·
        2 days ago

        Think the other way around: What’s the use case for case insensitive file names? Does it justify the effort and complexity for the filesystem and the programs to know the difference between lower and upper space chars?

        • mindbleach@sh.itjust.works
          0·
          2 days ago

          What’s the use case for case insensitive file names?

          Human comprehension.

          Readme, readme, README, and ReadMe are not meaningfully different to the average user.

          And for dorks like us oh my god, tab completion, you know I mean Documents, just take the fucking d!

          • h0rnman@lemmy.dbzer0.comEnglish
            0·
            1 day ago

            For some extra fun, try interop between two systems that treat this differently. Create a SMB share on a Linux host, create a folder named TEST from a Windows client, then make Test, tEst, teSt, tesT, and test. Put a few different files in each folder on the Linux side, then try to manage ANY of it from the Windows client

          • CrusherBiceps@discuss.tchncs.de
            0·
            1 day ago

            In case you or others reading this don’t know: You can set bash’s tab-completion to be case-insensitive by putting

            set completion-ignore-case on

            Into your .inputrc (or globally /etc/inputrc)

      • M.int@lemm.ee
        0·
        2 days ago

        That doesn’t work, DS_Store are files not directories ( you need to use -type f).
        An equivalent find command would be:
        find "$HOME" -type f -name '.DS_Store' -delete -print
        find takes a while; fd is way, way faster, but find is preinstalled, so there is that.

  • boonhet@lemm.ee
    0·
    2 days ago

    Just gitignore that. Same for dot idea and whatever vscode adds, if anything

    • andioop@programming.devEnglish
      0·
      2 days ago

      git add . > git commit -m "initial" > git push

      Later when I git status or just look at the repo online… “oh crap I let .DS_Store in didn’t I…” and then I remember to set up a .gitignore and make a new commit to take out the .DS_Store and put in the .gitignore.

      • PartiallyApplied@lemmy.world
        0·
        2 days ago

        You probably already know this, but for those who don’t, git can globally ignore patterns. It’s the first thing I set up after logging in. Honestly wish git just shipped this way out of the box (maybe match .DS_Store by name and some magic bytes?) with a way to disable it. Just for the sake of easier onboarding

    • JackbyDev@programming.devEnglish
      0·
      2 days ago

      Use this so that the things you need to share do get shared.

      .idea/*
!.idea/codeStyles
!.idea/runConfigurations

.vscode/*
!.vscode/settings.json
!.vscode/tasks.json
!.vscode/launch.json
!.vscode/extensions.json
!.vscode/*.code-snippets

      Note: I haven’t checked the vs code ones in depth, the list might not be perfect.

      • kora@sh.itjust.works
        0·
        2 days ago

        I personally strongly advise against committing IDE junk to version control. Assuming your IDE workspace defaults are “sane” for the rest of the contributors is not a good practice.

        • JackbyDev@programming.devEnglish
          0·
          2 days ago

          If your whole team uses the same IDE, what’s wrong with commiting things like run configurations and code styles? I agree in general, but a wholesale ban on it is very cargo culty to me. There can be legitimate times to do it.

          • Eager Eagle@lemmy.worldEnglish
            0·
            2 days ago

            Absolutely nothing wrong. Their whole argument is that it delivers no guarantees about the things set in these files, but setting these presets is more about convenience than enforcing an equal development environment.

            Whoever needs to enforce things like formatting and linting at the project level should be using a CI step.

            • JackbyDev@programming.devEnglish
              0·
              2 days ago

              Sure, fail the entire build because of a formatting problem. Hey, wouldn’t it be cool if we could stop that from happening? I don’t know, maybe by also adding in IDE specific formatting files? No? Oh. I wasn’t aware we could only have formatting files OR a CI format checker. 🙄

              None of these things come at the expense of others. You can do both. Even if it’s part of the local build process I’d much rather know in my editor than on the terminal. And you may say “just have everyone do the same setup” to which I’d wonder what sort of magical land you live in where everyone always follows those rules and/or you can get buy in from management to spend that much time bike shedding and why you’d prefer either of them to just adding the damn file to version control to avoid it entirely.

          • kora@sh.itjust.works
            0·
            2 days ago

            I elaborated on it below. Your team will grow and shrink. No guarantee that each developer will bring the same IDE. This is especially true for open source projects.

            If it works your team, no need to be dogmatic about it. Just be careful about what you put there and agree on a set of sane defaults with your team. Your project should build and run tasks without needing a specific IDE.

      • Eager Eagle@lemmy.worldEnglish
        0·
        2 days ago

        .vscode doesn’t store cache or any trash like that, so if you’re including all settings, tasks, etc, you can probably just include everything.

        The only thing to keep in mind is to only add settings, extension recommendations, etc that apply to all your collaborators and aren’t just personal preferences. A few good examples are formatting rules, task definitions to run the project, and linting rules that can’t be defined somewhere else.

        • kora@sh.itjust.works
          0·
          2 days ago

          Linting rules and scripts should never live in an IDE-specific directory. I should not need to know your IDE configuration to run scripts and lint my files.

          I have yet to come across a language that requires configuration to be stored that way. All modern languages have separate configuration and metadata files for use cases you have defined.

          As for workspace defaults, whatever IDE configuration works for you is not guaranteed to work for others. Shoving extension suggestions down their throat each time IDE is booted should not be a part of your source code, as IDE extensions should not be needed to run your code.

          • Eager Eagle@lemmy.worldEnglish
            0·
            2 days ago

            Can we stop with the absolutes?

            It’s okay to commit IDE config if your team uses mostly one editor.

            It’s also okay to include extension recommendations. While extensions may not be needed to run the code, depending on the editor and language they’re highly desirable. It’s that kind of extension that should be recommended. I’m sure there’s a setting to disable them if, for some reason, the editor keeps asking you.

          • JackbyDev@programming.devEnglish
            0·
            2 days ago

            Linting rules and scripts should never live in an IDE-specific directory. I should not need to know your IDE configuration to run scripts and lint my files.

            This is what I’m getting at with it being cargo culty. You can have generic scripts and also IDE specific run configurations too.

          • brian@programming.dev
            0·
            2 days ago

            linting config itself wouldn’t be defined there, and it would be verified in ci and such, but a setting to tell vscode which linter and extension it should use to show warnings would be.

            modern languages may have their own way for configuration but they don’t have a way to bind it to the list of vscode tasks and define how to run a debugger, which is the part that gets stored.

            it’s easy to go overboard with extension suggestions, but I don’t think adding an extension for linter used, extension for formatter used, and any languages used if there’s a definitive extension.

            My team is split between visual studio, vscode, and I use emacs. we have config for both vs and vscode in our repos since it makes working on a new project so much nicer and means we aren’t just sharing editor configs through side channels instead. it doesn’t do anything to me if I have editor config for an IDE I don’t use in the repo, but it makes it easier for someone new to jump in with a sort of same environment immediately

      • boonhet@lemm.ee
        0·
        2 days ago

        It’s not, but I still prefer not pushing my config on others, or others pushing theirs on me.

  • raspberriesareyummy@lemmy.world
    0·
    2 days ago

    honestly - while a Mac is certainly less painful to use than winshit, putting rubbish files recursively into each(!!) accessed folder, on all thumbdrives ever inserted, that’s something Jobs deserves to burn in hell for.

      • vvv@programming.dev
        0·
        2 days ago

        the macos file browser, Finder, lets you set a background for a folder, move file icons around to arbitrary positions, other shenanigans. in order for this to work across systems on removable storage media and network mounts, they have this.

          • filcuk@lemmy.zip
            0·
            21 hours ago

            I don’t think the code is available for people to figure out whether there’s a reason or if it’s completely arbitrary.

          • Natanael@lemmy.zipEnglish
            0·
            1 day ago

            In Unixy environments like Mac and Linux the application can’t always know what the mountpoint of a drive is so it’s not always obvious which root folder to put those index/config files in if it’s a portable drive or network drive. Some mountpoints are standard per each OS, but not everything sticks to the standard.

          • FearfulSalad@ttrpg.network
            0·
            2 days ago

            Maybe. There are many ways to move files and directories around without using Finder, at which point all indexed data about those files and directories will be stale. Forcing something as core as mv to update Spotlight would be significantly worse, I think. By keeping the .DS_Store files co-located with the directory they index, moving a directory does not invalidate the index data (though moving a file without using Finder still does). Whether retaining indexing on directory moves is a compelling enough reason to force the files everywhere is probably dependent on whether that’s a common enough pattern among workflows of users, and whether spotlight performance would suffer drastically if it were reliant on a central store not resilient against such moves.

            So, it’s probably a shaky reason at best.

        • ulterno@programming.devEnglish
          0·
          1 day ago

          I have manually made .directory files (using a bash script) to set icons on folders.

          It feels good when programs let you know what they intend on doing.

      • lengau@midwest.social
        0·
        2 days ago

        FWIW Dolphin only does it if the filesystem doesn’t provide a way to add that metadata directly to the directory and you change the view configuration for that directory away from your standard configuration. Which is how the standard describes to do it. (Some file managers incorrectly add those .directory files to every directory you visit.)

        A mac will add a .DS_Store file to any directory just by breathing on it.

        • ulterno@programming.devEnglish
          0·
          2 days ago

          Well, those are different specifications. Apple(who wants everything for themselves) vs FDO(whose main goal seems to be interoperability)

      • M.int@lemm.ee
        0·
        2 days ago

        Why is there a * in front of DS_Store?
        Seems like fastly made a small mistake find . -name '.DS_Store' -type f -print -delete would just match the exact file and is faster.

  • Psythik@lemmy.world
    0·
    2 days ago

    As much as they love to sue people, I don’t understand why Nintendo doesn’t go after Apple for trademark infringement, so that they’re forced to inally come up with a better method of storing folder attributes.

      • JackbyDev@programming.devEnglish
        0·
        2 days ago

        This is probably not a relevant counter point, just a(n un)fun fact, but Nintendo put in a patent for throwing a capture ball at monsters after Pal World was released and Pal World has to change some stuff (though I’m not sure if they’re doing it to avoid going to court because they’re concerned or if they’re being compelled).