I haven't figured out a convenient way to implement shell piping well with Python's pipe operator, or pass through interactive output directly (so things that "update" the display, like poetry and npm don't behave the same as they do interactively) so it's still. Here's an example of its use in my script that creates a new Python project. I find it preferable to shell or Python alone most of the time. This is relevant to mention: I wrote a small Python library ( ) that's basically a DSL for subprocesses, so it tries to make it more convenient to do shell-like things. After loading a Spoon, you are responsible for calling its start () method if it has one before using it. This will make the spoon available in the global Lua namespace as spoon.NAME. But it being based in Python makes it feel slow (I wrote my prompt in Zig to get it to be fast.) For most Spoons, simply add hs.loadSpoon ('NAME') to your Hammerspoon config (note that NAME should not include the. Although it should be fairly self-explanatory, let us dissect this example to.
Apparently nothing will happen, but if you then press Ctrl - Alt - h on your keyboard, you will see a notification on your screen welcoming you to the world of Hammerspoon. Though It's always on my list of things to re-explore, and maybe it'll click one day. Save the file, and from the Hammerspoon icon in the menubar, select Reload config. Like, I wouldn't use it as a shell over Zsh (how's Xonsh's fzf support? I don't know, but I know everything's going to support Zsh), and I dunno if I want to use its syntax extensions over just Python.
Yes I've looked at Xonsh but maybe the additional syntax is offputting to me. But Python sucks for shell-like things, parallelization, it has slow startup, and you also can't do things like put environment variables into your session or change the working directory, so you often wind up writing shims (eg. Shell sucks (yes it does), so for anything more than very short things I'd rather write Python. The thing is, there's currently NOTHING GOOD for "shell scripting". I'll put it this way: Nu shell seems perfectly supportive of my philosophy that a shell is basically a REPL for a computer, and they're taking the ergonomics of an interactive REPL along with the programming language that powers that REPL seriously.