Interactive tab selection when no arguments are provided

[austinjones]

No description provided.

[Jacobious52]

This would be a great feature to have. Perhaps something with fuzzy search like fzf or skim would work well, if not overkill.

[austinjones]

@Jacobious52 Yep! That's exactly what I was thinking. Plus I can search the workspace / repo docstrings as well.

[Jacobious52]

Nice! For fun/learning I did a super rough and buggy proof of concept in a fork in the fuzzy-poc branch here . I used skim since it has a rust library but matches fzf in functionality/quality, I think skim is quiet heavy on dependences though, so not sure if you wanna go that route. UX wise it feels good though. Keen to see what you come up with!

[austinjones]

Woah! Super cool.

Yeah, Rayon & Crossbeam. They make sense - it's based on blocking I/O. I also found https://github.com/jhbabon/scout which runs on smol/asyncstd.

I like the fzf search syntax. It's be nice if I could support that.

I'll probably get back to this in a week or so once 0.4.0 is out. This is gonna be so cool!

[austinjones]

@Jacobious52 I just merged initial support for this in #195. I used the fuzzy-matcher crate that Skim uses, so the matching behavior should be similar.

I wrote my own UI because I wanted it to be based on async and crossterm. Skim wasn't async, and scout was /dev/tty based (which would prevent future windows support). Plus it supports tab-aware search & output formatting.

I still have a few things to add:

• Handle terminal size (truncate width & height), and redraw on resizes
• Add the 'Matched/Total' counts

[Jacobious52]

Wow! Looks awesome! Combining fuzzy-matcherwithcrossterm` looks like a great choice 👍 Can't wait to try it out.

[austinjones]

I think this is stable on the main branch, so I'm closing this.