Live data from Hacker News

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

github.com

1–10 of 206 posts

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

#1
Hi HN!

I wrote a small program to browse folders in the terminal. The main inspiration was type-ahead search in GUI file managers. There exist several programs that are similar (see the listing in the README), but none of them do it quite the way I like, and often they have a very complex UI and a ton of features. I tried to make something that is obvious how to use and gets out of your way. (I also wanted an excuse to learn Rust.)

Let me know what you think!

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

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

#3

A Small bit of trivia: tere means hi in Estonian.

That's mentioned in the readme! :) I'm pretty happy with the name choice, it's short, doesn't seem to clash with other CLI tools, it can be interpreted as "terminal explorer", and has a kind of cute meaning as you say.

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

#7

> "Tere" means "hello" in Estonian. It also feels nice to type. On qwerty I think that's the case :)

True, it's not a very smooth experience on non-qwerty keyboards, and the keyboard shortcuts can't be customized yet. But it's high on the todo list!

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

#9
post #3

A Small bit of trivia: tere means hi in Estonian.

That's mentioned in the readme! :) I'm pretty happy with the name choice, it's short, doesn't seem to clash with other CLI tools, it can be interpreted as "terminal explorer", and has a kind of cute meaning as you say.

Tere from Tallinn here! :-)

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

#10
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.

Some Rust dependency bloat is pretty common, because a lot of idiomatic approaches are hidden behind dependencies. I don't think it's particularly crazy in this situation. The actual dependencies directly used are relatively lean:

crossterm = "0.24.0"

dirs = "4.0.0"

regex = "1.5.4"

serde_json = "1.0"

serde = { version = "1.0", features = ["rc"] }

textwrap = "0.14"

unicode-segmentation = "1.7"

I guess one could write their own textwrap and probably also dirs, but other than that they all are probably vital to this tool.

The only reason this wouldn't be a problem in another language would be because that language already includes the functionality of such libraries

Post reply on HN