This looks awesome! Is the next step something like a Copilot integration?
There’s Copilot CLI coming soon[0] but I think something that autocompletes would feel more natural most of the time.
Show HN: Inshellisense – IDE style shell autocomplete
81–90 of 161 posts
Re: Show HN: Inshellisense – IDE style shell autocomplete
#82Earlier quoted context omitted.
This was the first thing I noticed, too. Why TypeScript? Is it: a) efficient enough, esp. compared to a Bash/Zsh/PWSH alternative, that spawning a JS interpreter for each autocomplete is no biggie? Is b) TypeScript just much more efficient than I thought? Or c) is TypeScript Microsoft's hammer, and everything looks like a nail?
It really doesn’t make any sense here. What are we making type safe exactly?
It doesn't make any sense to even complain about Typescript in the first place here. Typescript itself is not being ran when this command is invoked, the npm package for this doesn't even distribute .ts files or a type definitions file.
This is latching on the to the word "Typescript" and immediately beginning the whining.
Re: Show HN: Inshellisense – IDE style shell autocomplete
#83Earlier quoted context omitted.
I mostly agree, but sometimes I wish that `rm` would have default to "confirm before destroying", and add a flag like `-y` to not prompt, more or less like how `apt` works on Ubuntu.
rm can do that... set an alias to ask to confirm every time.
rm doesn’t provide an action summary, does it?
Last time I used the interactive option, it needed me to press Y once for every file.
If you have a list of 200 files you’re probably not even reading by the end.
Re: Show HN: Inshellisense – IDE style shell autocomplete
#84i use warp's terminal and i love it, but I think im gonna love this more because its OSS
Re: Show HN: Inshellisense – IDE style shell autocomplete
#85Earlier quoted context omitted.
I mostly agree, but sometimes I wish that `rm` would have default to "confirm before destroying", and add a flag like `-y` to not prompt, more or less like how `apt` works on Ubuntu.
rm can do that... set an alias to ask to confirm every time.
This seems worse then remembering, because you still have to remember that your safe-by-default command is unsafe-by-default everywhere you're not usually.
Re: Show HN: Inshellisense – IDE style shell autocomplete
#86If you're interested in GPT-powered shell autocomplete, check out https://butterfi.sh
This also enables shell-aware LLM prompting!
Re: Show HN: Inshellisense – IDE style shell autocomplete
#87Earlier quoted context omitted.
Exactly, which is why we check for ourselves instead of expecting it to hold our hand. Unixy tools tend do what you tell them, nothing more and nothing less. No confirmations, no output if successful, no progress bars, etc. That's a feature in my mind, but I can see how it is easy to have your day ruined if you're expecting it to ask you again.
I mostly agree, but sometimes I wish that `rm` would have default to "confirm before destroying", and add a flag like `-y` to not prompt, more or less like how `apt` works on Ubuntu.
alias rm="rm -i"
alias mv="mv -i"
This was in the default when running in interactive shell for Mandrake Linux (way too many) years ago.
Re: Show HN: Inshellisense – IDE style shell autocomplete
#88So I have to take a shell dependency on Node.js?
Hard pass
Re: Show HN: Inshellisense – IDE style shell autocomplete
#89Earlier quoted context omitted.
I feel like I've trashed millions of files I shouldn't have with `rm` and trying to be clever with regular expressions.
I've done this enough times I use `ls` first, then `rm`
kind of the same deal with spooky SQL queries and verifying your where clause with a select first
Re: Show HN: Inshellisense – IDE style shell autocomplete
#90Co-founder of Fig here! Just want to say that I think this is awesome. It’s really cool to see alternative implementations of IDE-style autocomplete in the terminal. Nice work!
Btw if you don't mind me asking, how will Fig make money? Will it be integrations with stuff like AWS, GCP, etc.? Nice work on Fig!