Live data from Hacker News

Ask HN: What's the best 'non-frustrating' search/directory UI/UX you've seen?

news.ycombinator.com

31–40 of 50 posts

Re: Ask HN: What's the best 'non-frustrating' search/directory UI/UX you've seen?

#31
I like Jira's JQL search functionality. (This is for rather structured data, which are issues in a project management system).

It offers autocomplete for logical operators, search operators, field names and even for values (where there is a limited amount of data available to select). And it offers enough power for nearly all queries I could think of so far.

(In contrast to SQL there are no subselects or explicit joins, but there are plugins that make subselects available).

Re: Ask HN: What's the best 'non-frustrating' search/directory UI/UX you've seen?

#32
post #17
post #4

If you means something that searches for files within any directory, I think the best so far I've used was Everything ( https://www.voidtools.com/ ). Lightweight, fast, and really simple UI. I'm still looking for a Linux equivalent (I'm currently using a shell wrapper for `ag --depth 0 -g `.)

> I'm still looking for a Linux equivalent You mean `locate`? Package name in Debian is mlocate. I don't know ag and it's not a package in Debian. That said, I agree that Everything is a must-have on Windows. I don't understand how Microsoft's own search engine is so incredibly crappy (and has been since, what, Windows 95?) while Everything is a 200KB binary that does it perfectly.

> I don't know ag

Fair enough, it's been discussed here previously.

> and it's not a package in Debian.

It most certainly is:

https://packages.debian.org/search?keywords=silversearcher-a...

Upstream: https://github.com/ggreer/the_silver_searcher

Re: Ask HN: What's the best 'non-frustrating' search/directory UI/UX you've seen?

#33
post #32
post #17

Earlier quoted context omitted.

> I'm still looking for a Linux equivalent You mean `locate`? Package name in Debian is mlocate. I don't know ag and it's not a package in Debian. That said, I agree that Everything is a must-have on Windows. I don't understand how Microsoft's own search engine is so incredibly crappy (and has been since, what, Windows 95?) while Everything is a 200KB binary that does it perfectly.

> I don't know ag Fair enough, it's been discussed here previously. > and it's not a package in Debian. It most certainly is: https://packages.debian.org/search?keywords=silversearcher-a... Upstream: https://github.com/ggreer/the_silver_searcher

> It most certainly is:

It, referring to "ag", most certainly isn't. Under another name perhaps, but with an amazing name such as "ag", `apt-cache search ag` gives 38000+ results.

> Fair enough, it's been discussed here previously.

I suppose either my memory isn't infallible or I did not refresh HN often enough that day.

Anyhow that's not what I was remarking on. I was giving an alternative program to use on GNU/Linux systems with similar functionality to Voidtools' Everything. But nobody seems to notice that.

Re: Ask HN: What's the best 'non-frustrating' search/directory UI/UX you've seen?

#35
post #22

Earlier quoted context omitted.

> I don't know ag and it's not a package in Debian. You're in for a treat then: the package name is "silversearcher-ag". Next time you want to grep a directory of files: instead of grepping it, pause, remember this comment, install it and then do "ag " instead. It's quite a bit faster. Well, lots faster.

faster still: https://github.com/BurntSushi/ripgrep

Interesting. This probably the first utility in Rust I'm aware of that looks like it might belong on a production system (other than "cargo" and other rather excellent rust tooling). Nice way to show off rusts regular expression engine too.

Re: Ask HN: What's the best 'non-frustrating' search/directory UI/UX you've seen?

#37
post #33
post #32

Earlier quoted context omitted.

> I don't know ag Fair enough, it's been discussed here previously. > and it's not a package in Debian. It most certainly is: https://packages.debian.org/search?keywords=silversearcher-a... Upstream: https://github.com/ggreer/the_silver_searcher

> It most certainly is: It, referring to "ag", most certainly isn't. Under another name perhaps, but with an amazing name such as "ag", `apt-cache search ag` gives 38000+ results. > Fair enough, it's been discussed here previously. I suppose either my memory isn't infallible or I did not refresh HN often enough that day. Anyhow that's not what I was remarking on. I was giving an alternative program to use on GNU/Linu…

It's small wonder you didn't realize the tool is called "the silver searcher" just because the binary is named after the chemical symbol for silver ("Ag"), nor that it has been discussed here - it's been a while, and I'm not sure if it ever made it to the front page (but ack might have, and ag might have made an appearance) - apparently it's been four-five years(there's been some reposts): https://news.ycombinator.com/item?id=3835901

As for the package, you might want to try "apt-file":

  sudo apt install apt-file
  apt-file update 
  apt-file find bin/ag
It makes finding some of the less search-friendly packages a little easier, if you know the binary or config file name. I think it'll also work as a poor man's "provides", but I haven't tried:

  apt-file find /etc/alternatives/mail
As for something like everything, there was a "spree" of tools that tried to provide something similar, but I'm not sure of their current state -- I tried looking for some a while back and got the impression they were all more or less abandoned (with the notable exception of locate/mlocate and the similar apropos/mandb for man pages).

It would appear mlocate is most like everything, in that it only index on name/path, not contents.

Of the few I found only "tracker" seemed to be around:

https://wiki.gnome.org/Projects/Tracker

Other than unity's "dash" that is:

https://help.ubuntu.com/16.10/ubuntu-help/unity-dash-files.h...

Finally, there's "recoll":

http://www.lesbonscomptes.com/recoll/

Re: Ask HN: What's the best 'non-frustrating' search/directory UI/UX you've seen?

#38
post #12

We built a SQL query tool for the filesystem (macOS) last year, and will be launching for Windows in the next two weeks. Finding files is pretty straight forward using the LIKE operator against text in the filename, path or file contents. And the set-based logic of SQL works very well for identifying sets of files to work with: we have an exec() command that lets you run commands on file paths returned in query resul…

Were you inspired by Microsoft Log Parser?

Re: Ask HN: What's the best 'non-frustrating' search/directory UI/UX you've seen?

#39

google ... before it became frustrating to be under total surveillance.

Google is amazing! However, to be fair, it'd be pretty hard to provide such amazing and accurate results without knowing a lot about you. Granted, I do wish they'd let you control more about what they know about you.

I'm reminded of the (not surprisingly) defunct Google Desktop and how it would build an index of your file system and let you search it "fuzzily" like you can with Google Search.

Re: Ask HN: What's the best 'non-frustrating' search/directory UI/UX you've seen?

#40
post #12

We built a SQL query tool for the filesystem (macOS) last year, and will be launching for Windows in the next two weeks. Finding files is pretty straight forward using the LIKE operator against text in the filename, path or file contents. And the set-based logic of SQL works very well for identifying sets of files to work with: we have an exec() command that lets you run commands on file paths returned in query resul…

Were you inspired by Microsoft Log Parser?

We did look at Log Parser, and osquery, before starting to build Crab, but neither of them have an exec() command to run programs on query results - such as deleting them, unzipping them, or moving them. And Log Parser doesn't support joins either, which are useful to compare the contents of one directory or file with another.
Post reply on HN