Earlier quoted context omitted.
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.
Certainly, the bulk of the functionality is provided by URLDispatcher: https://www.hammerspoon.org/Spoons/URLDispatcher.html Here's a cleaned up version of my config... I also mapped global cmd-shift-1/2/i to focus my profile and incognito windows (and create a window if none already existed): https://gist.github.com/beaugunderson/d1ca2218b9b272f3ac3573...
Show HN: Infat – Declaritive application assocation manager for macOS
31–40 of 43 posts
Re: Show HN: Infat – Declaritive application assocation manager for macOS
#32Would you consider adding support for domain-specific overrides (e.g., open *.notion.site links with Chrome but other URLs with Safari) in future versions?
Check back in a week!
Re: Show HN: Infat – Declaritive application assocation manager for macOS
#33I 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…
Re: Show HN: Infat – Declaritive application assocation manager for macOS
#34Typo: Declarative (think of declaration, not declarition)
Re: Show HN: Infat – Declaritive application assocation manager for macOS
#35Pretty slick honestly, swapping machines on Mac is usually a pain for me so this feels like a lifesaver.
Re: Show HN: Infat – Declaritive application assocation manager for macOS
#36From 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...
Re: Show HN: Infat – Declaritive application assocation manager for macOS
#37Great 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.
Re: Show HN: Infat – Declaritive application assocation manager for macOS
#38Would you consider adding support for domain-specific overrides (e.g., open *.notion.site links with Chrome but other URLs with Safari) in future versions?
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!
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/
Re: Show HN: Infat – Declaritive application assocation manager for macOS
#39I 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…
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.