alt.hn

4/24/2025 at 5:37:52 PM

Show HN: Infat – Declaritive application assocation manager for macOS

 https://github.com/philocalyst/infat

by philocalyst

4/24/2025 at 6:16:17 PM

Great to see this, thanks for sharing! Do you have plans to make it available in nixpkgs and potentially as a home-manager or nix-darwin module? Then I could add it to my config and have everything set up automatically.

by mlenz

4/24/2025 at 6:35:32 PM

I don't use nixpkgs personally but would love to give it a shot, check the repo in a day or two to give me some time to learn to ropes! I'll shoot you an email if I need any help :)

by philocalyst

4/25/2025 at 1:26:44 PM

The first question that came to mind for me is “is this already achievable with Nix-Darwin”? If not, it fits very well into the nix ecosystem

by SOLAR_FIELDS

4/25/2025 at 10:18:17 PM

Does anyone know of a similar tool to manage associations on Linux? I'm tired of having random files opening with random tools whenever I install them. Recently, csv files began opening with krita for instance...

by igor47

4/25/2025 at 1:14:28 AM

This is a bit tangent, but does anyone know how to block an app from ever deciding to become a file handler on macOS?

Every time I install Chrome on my machine (for testing purposes), macOS decides that Chrome is going to be the default file handler for a bunch of file associations, including HTML, WebP, and so on… and I have to figure out which was which for all of the mappings (which is super frustrating).

I can read Info.plist from the bundle of the specific app (in this case, Google Chrome) that declares all of the UTIs, and then figure out which file associations that Chrome has messed up, but I don’t know how to get the default file associations (if it was not Chrome) before it.

by goranmoomin

4/25/2025 at 4:21:07 AM

> This is a bit tangent, but does anyone know how to block an app from ever deciding to become a file handler on macOS?

The information below does not "block an app" from taking over file handler associations. It may be beneficial on its own and/or provide a starting point for further exploration.

> Every time I install Chrome on my machine (for testing purposes), macOS decides that Chrome is going to be the default file handler for a bunch of file associations, including HTML, WebP, and so on… and I have to figure out which was which for all of the mappings (which is super frustrating).

The following command can display current file extension associations for a user account:

  plutil -convert xml1 \
    ~/Library/Preferences/com.apple.LaunchServices.plist \
    -o -
In the XML output of the above should be the associations. As for determining changes, if Time Machine has been enabled, then changes to this plist can be identified.

Also regarding a Chrome OS-X/macOS installation - it installs plists for unconditional background updates. This may not be a desirable feature.

by AdieuToLogic

4/25/2025 at 10:58:00 PM 

    ~/Library/Preferences/com.apple.LaunchServices/com.apple.LaunchServices.plist
... but that didn't seem to be the right file either? Sequioa 15.4 here.

by emmelaich

4/25/2025 at 1:41:04 AM

MacOS doesn't give any way to block an association from happening, I'm assuming they're using the same API's under the hood that Duti is using, and the only way you could block that from being accessed is by disabling the Launch services API.

In the next release of Infat, I'm introducing listing the openers from the plist (As you're doing now). If you record these values, then get their set defaults through infat, you could put those into your config and load from you config whenever they're overriden!

Best I got... Shameless promotion

by philocalyst

4/25/2025 at 5:40:05 AM

Would you consider adding support for domain-specific overrides (e.g., open *.notion.site links with Chrome but other URLs with Safari) in future versions?

by badmonster

4/25/2025 at 6:46:19 AM

I use Hammerspoon for this and it's super configurable via Lua--open some URLs with Chrome profile 1, some with profile 2, some in incognito, open normal Spotify links with the Spotify app, normal Zoom links with Zoom (skip opening a tab that then opens the zoom:// link), etc.

For Google Drive links I open a picker that lets me choose from two chrome profiles and incognito.

by beaugunderson

4/25/2025 at 7:42:52 AM

Would you mind sharing some tips on how to set that up? A code snippet or a link to the relevant docs would be super helpful.

by 037

4/25/2025 at 7:34:58 AM

cool

by badmonster

4/25/2025 at 11:10:30 AM

Thank you for the question! I didn’t even think of this use case. I’ll setup regex (and wildcards) but not scripting.

Check back in a week!

by philocalyst

4/25/2025 at 7:18:33 PM

Walking this back, the API only allows setting this up for app bundles, which adds another layer of complexity I'm not down for. I want it to be a CLI tool, it doesn't need a helper or any other layers.

As a kind of apology, I made a drop-in hammerspoon config that should accomplish exactly what you wanted: https://gist.github.com/philocalyst/ad9f6d7cc08a9cdefa795e1b...

And if you've never used it before: https://www.hammerspoon.org/go/

by philocalyst

4/25/2025 at 12:15:06 PM

I see that you mentioned it is inspired by duti. I think may be adding a comparison on how it solves what it couldn’t would be beneficial.

From quick skim and memory it seems a notable one is url scheme association.

One problem I had with duti is to associate extensions automatically from a pre defined “table”. Automating that involves shell scripting[^1]. Also associating extension to softwares that hasn’t been installed. Another pain point is there’s two ways to associate and depending on different cases one is better than another.

[1]: https://github.com/ickc/bootstrapping-os-environments/blob/m...

by KolenCh

4/25/2025 at 7:36:42 AM

I love that it’s a command line tool — I’ll try it soon.

I use OpenIn for this [1] (it’s paid, but a one-time purchase at a very reasonable price). It works with URLs too, supports “browser profiles”, and lets you create logic using JavaScript (e.g., do X if the filename contains Y, or do Z if a modifier key is pressed).

It works really well and even has the ability to “fix” what external apps have changed. I plan to use this on new Macs to reconstruct my app associations and rules.

I do wish the rules were defined in plain text files — sometimes it’s hard to follow the logic through the UI and the way it handles things.

Another comment mentions Hammerspoon (which I used in the past — it was very nice). Maybe I can rebuild part of my current setup with it.

[1] https://loshadki.app/openin4/

by 037

4/25/2025 at 11:45:05 AM

I loveee hammerspoon. And had a subscription to OpenIn a bit back. Advanced scripting isn’t going to happen, even paging out to another script. Recently committed to Regex which would cover most of that. I’ll look into how it “fixes” old associations.

by philocalyst

4/25/2025 at 7:20:29 PM

Walking back my regex commitment, just a heads-up/apology if you had your hopes up. Want this to stay as a CLI and not a dynamic app. Let me know if there's anything else you could see useful that would fit within that scope!

by philocalyst

4/25/2025 at 7:13:33 AM

Typo: Declarative (think of declaration, not declarition)

by FabHK

4/25/2025 at 11:47:25 AM

THANK YOU! i knew something was wrong. i knew i knew i was missing it ;)

by philocalyst

4/24/2025 at 6:13:49 PM

Oh this is very exciting! I do have a request, though—I want to list all file extensions an application can open, specifically so I can use this to ensure xcode isn't the default for anything but xcode-specific files.

by deeThrow94

4/24/2025 at 6:50:04 PM

Have an idea of how I would do this already, give me until the end of the week. To be clear, an interface like this?

Infat list [--identifier] [--application] Where identifier and application are mutually exclusive, and application lists the openers it is capable of opening by default? Merging the application flag for simplicities sake, so either returns a list with both their possibilities *and* the assigned apps.

Thoughts?

by philocalyst

4/24/2025 at 7:00:36 PM

Love it! Seems like it'd be easy to filter out extensions I wanna keep and switch them all to emacs or whatever.

by deeThrow94

4/24/2025 at 8:03:49 PM

Shell dependencies for install? Got: bash-3.2# just package && mv dist/infat* /usr/local/bin/infat # Wildcard because output name includes platform bash: just: command not found

by dmwood

4/24/2025 at 8:17:12 PM

No dependencies for install, just is the command runner I use to keep things organized, it's a replacement for make(1). If it hurts to download just, you can build using SPM:

swift build -c release

mv .build/PLATFORM/release/infat /usr/local/bin

by philocalyst

4/24/2025 at 8:10:11 PM

just is a great command runner[1], not a shell script. Looks like it is needed if you build from source or install from Github releases. Alternatively, use `brew install philocalyst/tap/infat`(haven't done it myself but I bet it has just as a dependency anyway) [1] https://github.com/casey/just

by alkh

4/25/2025 at 12:19:53 AM

Is there a way to pass arguments or some other options? For example, TextEdit can be opened in plain text or rich text mode.

by hk1337

4/25/2025 at 12:37:37 AM

There is not, infat is subject to the limitations of Apple's API for setting handlers, which do not support passing in any data that an application could work with. If you wanted to, and have the time, I would recommend setting up a wrapper with https://github.com/sveinbjornt/Platypus with applescript. Then you could make an alternate for whichever mode you please and set it as an opener using infat. Clunky but functional.

by philocalyst

4/24/2025 at 7:11:18 PM

Running into this error - "Error: Failed to set default application: The file couldn’t be opened." This seems to be happening for extensions that I haven't opened yet (md, json, mailto, etc.) For a new laptop, this might not be available yet. Once I `touch` a file with those extensions, the config works!. FYI, I am using a config.toml file btw.

by stinger

4/24/2025 at 7:22:32 PM

Okay, confusing -- just tried to replicate on my machine and couldn't get that error. When you say touch, you mean creating a file with that extension, or any interaction period?

Could you please try to replicate with verbosity enabled (-v) and email me the output or file an issue at the repo with the results and full summary? It's helpful for tracking. Sorry this isn't a quick fix :(

by philocalyst

4/24/2025 at 8:12:16 PM

That's great, I've struggled with this problem a lot. To double-check, this essentially allows you to specify a default app that is being opened when you click on a file via Finder or via terminal's `open` program, correct? I haven't seen this exact clarification in README

by alkh

4/25/2025 at 11:21:21 PM

This is pretty sweet! Could this set tel: to open in teams?

by millzlane

4/24/2025 at 9:04:57 PM

This is amazing! I set a few extensions manually.

However, does anyone know a way to set all text-like documents to open with a single editor (for example Zed) on Mac? Even text files without any extensions?

by timenova

4/24/2025 at 9:12:20 PM

It wouldn't be possible with the current interface, but I have a feeling it's possible. I'm thinking it's part of a new configuration option "type" that allows you to define openers for categories of files (text,video,etc.)

I can get it out in a week ;)

by philocalyst

4/24/2025 at 10:48:55 PM

That would be amazing honestly!

by timenova

4/24/2025 at 6:41:55 PM

[dead]

by sangpugogogo