I used to believe that a File explorer is crucial in my text editor; after using Helix for more than a year, I’ve discovered that is not required at all; space+f much faster use flow. I work with split terminal windows, where I have supporting windows to navigate the file system. Happy to try a file explorer once again, it’ll be interesting to see how I feel a year later.
> I’ve discovered that is not required at all; space+f much faster use flow. Some use "fuzzy find" on the filename, which is ultra fast too. I use something even faster IMO: typically I know at least some of the text of the source / test code file I want to go to. So I either use a function of the editor that can "find usage" or... I simply use ripgrep , integrated in my editor, and start typing text I know is in the…
File Explorer is merged to Helix editor
21–30 of 36 posts
Re: File Explorer is merged to Helix editor
#22What I really want to see merged is the tokens in shell commands. dotnet is my day job, and the boilerplate (its luckily just namespace nowadays) gets repetitive and typo-prone. If I could just (approximately) `dotnet new class -o $cwd`... Instead we have something like 3 closed PRs for this.
Re: File Explorer is merged to Helix editor
#23I used to believe that a File explorer is crucial in my text editor; after using Helix for more than a year, I’ve discovered that is not required at all; space+f much faster use flow. I work with split terminal windows, where I have supporting windows to navigate the file system. Happy to try a file explorer once again, it’ll be interesting to see how I feel a year later.
I also ditched tabs and rely on fzf on the buffers.
It’s a really powerful setup and cleans up the UI significantly
Re: File Explorer is merged to Helix editor
#24Earlier quoted context omitted.
> I’ve discovered that is not required at all; space+f much faster use flow. Some use "fuzzy find" on the filename, which is ultra fast too. I use something even faster IMO: typically I know at least some of the text of the source / test code file I want to go to. So I either use a function of the editor that can "find usage" or... I simply use ripgrep , integrated in my editor, and start typing text I know is in the…
You're shadowbanned, mate, almost all your comments from at least the last couple of weeks are dead.
"Assume good faith", "Converse curiously" and "Eschew flamebait" are part of the guidelines for commenting, for good reasons.
Re: File Explorer is merged to Helix editor
#25I was waiting for this to try switching… and now I’ve discovered oil.nvim and can never go back.
Re: File Explorer is merged to Helix editor
#26I used to believe that a File explorer is crucial in my text editor; after using Helix for more than a year, I’ve discovered that is not required at all; space+f much faster use flow. I work with split terminal windows, where I have supporting windows to navigate the file system. Happy to try a file explorer once again, it’ll be interesting to see how I feel a year later.
> I’ve discovered that is not required at all; space+f much faster use flow. Some use "fuzzy find" on the filename, which is ultra fast too. I use something even faster IMO: typically I know at least some of the text of the source / test code file I want to go to. So I either use a function of the editor that can "find usage" or... I simply use ripgrep , integrated in my editor, and start typing text I know is in the…
Re: File Explorer is merged to Helix editor
#27I used to believe that a File explorer is crucial in my text editor; after using Helix for more than a year, I’ve discovered that is not required at all; space+f much faster use flow. I work with split terminal windows, where I have supporting windows to navigate the file system. Happy to try a file explorer once again, it’ll be interesting to see how I feel a year later.
> I’ve discovered that is not required at all; space+f much faster use flow. Some use "fuzzy find" on the filename, which is ultra fast too. I use something even faster IMO: typically I know at least some of the text of the source / test code file I want to go to. So I either use a function of the editor that can "find usage" or... I simply use ripgrep , integrated in my editor, and start typing text I know is in the…
Re: File Explorer is merged to Helix editor
#28What I really want to see merged is the tokens in shell commands. dotnet is my day job, and the boilerplate (its luckily just namespace nowadays) gets repetitive and typo-prone. If I could just (approximately) `dotnet new class -o $cwd`... Instead we have something like 3 closed PRs for this.
Can't you just: dotnet new class -o $PWD fg
Re: File Explorer is merged to Helix editor
#29Oil for nvim is THE best explorer i have used. Highly recommend
It uses a buffer/pop to navigate and edit files like you're inside a buffer
Re: File Explorer is merged to Helix editor
#30Earlier quoted context omitted.
> I’ve discovered that is not required at all; space+f much faster use flow. Some use "fuzzy find" on the filename, which is ultra fast too. I use something even faster IMO: typically I know at least some of the text of the source / test code file I want to go to. So I either use a function of the editor that can "find usage" or... I simply use ripgrep , integrated in my editor, and start typing text I know is in the…
You're shadowbanned, mate, almost all your comments from at least the last couple of weeks are dead.