Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: tere – A Faster Alternative to cd+ls

github.com

Post reply on HN
Print view View original

51–60 of 206 posts

Re: Show HN: tere – A Faster Alternative to cd+ls

#51

Post by tommiegannert »

freedomben wrote: post #19

I'm blown away at the quality of the readme :-) In the demo, how did you get the key press indicator to show? I haven't seen that before, but it's a wonderful addition. And may I ask what you used to record it?

I was thinking the same. Building something without sharing is one thing. Dumping code on GitHub is second level. Third is building a good README. Fourth is building a good README and announcing it to the right audience.

Very well executed.

I'm not sure there's a level between fifth and "being obnoxiously pushy," but if there's such a thing, I'd be interested to know. :)

Re: Show HN: tere – A Faster Alternative to cd+ls

#52

Post by p4bl0 »

asib wrote: post #36

Is cd+ls a common pattern for people? I tend to just use double tab to browse folders, combined with a file separator-aware "delete word" keybinding when I want to go back up one level.

Same here, I use ls when I'm where I want to be, but for navigating the filesystem to there, I use cd and TAB TAB autocompletion (which is smart enough to only suggest directories).

Re: Show HN: tere – A Faster Alternative to cd+ls

#53

Post by avgcorrection »

chrismorgan wrote: post #29

I strongly dislike the idea of automatically jumping into a folder when there’s only one match: it feels like a feature optimised for very slow typers that actively penalises fast typers, because it makes things generally unpredictable: will one character be enough to navigate, or two, or three? It depends on the siblings, and if you type more characters than are required, you will be penalised by ending up somewhere…

> that actively penalises fast typers,

I think the word you are looking for is “indirectly”.

Re: Show HN: tere – A Faster Alternative to cd+ls

#54

Post by mgunyho »

smartmic wrote: post #46

Definitely worth to check out sdn which also serves perfectly as cd+ls replacement: https://git.janouch.name/p/sdn I also submitted few days ago here on HN: https://news.ycombinator.com/item?id=32081263

Indeed, this looks very similar! I added it to the list in the README.

To compile it, I had to sudo apt-get install libacl1-dev, which was not mentioned in the instructions.

Re: Show HN: tere – A Faster Alternative to cd+ls

#55

Post by fbanon »

enriquto wrote: post #6

curl https://raw.githubusercontent.com/mgunyho/tere/master/Cargo.lock | grep source | wc -l 51 How come that such a simple tool has more than half a century of dependencies? This is terrifying.

Well, that's Rust for you. They somehow think that having a boatload of dependencies with nondescript names (smawk, parking_lot_core, serde, clap - I feel like I'm having a stroke) is a feature. I'm not even joking.

Re: Show HN: tere – A Faster Alternative to cd+ls

#56

Post by thyrox »

Sorry for being dense but I thought when I entered into a directory and pressed Esc it would pwd into that directory. But in my case, entering the dir and pressing esc just prints the dir name and doesn't pwd into it. I did the cargo install.. What am I missing?

Re: Show HN: tere – A Faster Alternative to cd+ls

#57

Post by zaptheimpaler »

enriquto wrote: post #6

curl https://raw.githubusercontent.com/mgunyho/tere/master/Cargo.lock | grep source | wc -l 51 How come that such a simple tool has more than half a century of dependencies? This is terrifying.

> This is terrifying.

I recommend either CBT or writing your own version with fewer dependencies to ease your terror.

Re: Show HN: tere – A Faster Alternative to cd+ls

#58

Post by mgunyho »

thyrox wrote: post #56

Sorry for being dense but I thought when I entered into a directory and pressed Esc it would pwd into that directory. But in my case, entering the dir and pressing esc just prints the dir name and doesn't pwd into it. I did the cargo install.. What am I missing?

You need to configure a shell function to actually do the cd (see the snippets in the README). It has to be done this way because a subprocess cannot change the pwd of the parent.

Re: Show HN: tere – A Faster Alternative to cd+ls

#60

Post by hnlmorg »

Appreciate this is a hobby project to learn Rust in, but for those who want similar functionality without installing additional dependencies, you can already do this in `vim` by selecting a directory to open instead of a file.

For example

  vim ~

  vim /etc
It has more or less the same UI as the one in this Show HN but with the added feature of opening any files you select.
Post reply on HN