Feature request: Crawling search?

[aartaka]

I'd be nice to have a command to search the content of current page and of all the pages that links from the current page lead to.

Example: If I want to find the signature of webkit_input_method_underline_copy on WebKitGTK2 documentation website, I need to click links for class documentation in random order and hope I'll find the needed signature in less than O(n) worst-case time (or even exponential time if documentation pages are nested). If there was this crawling search command, then I'd be able to just search for the function name and discover it in InputMethodContext class documentation in strictly O(1) worst-case time.

Such a feature sounds like a great productivity boost to me (especially in case of documentation websites that tend to be deeply nested and unobvious to navigate), while it seems to be relatively straightforward to implement on top of minibuffers, tree-like structures, with-result and suggestion functions, all of which are more or less implemented in Nyxt.

[jmercouris]

This is a great idea, and this is on our todo list :-)

We call it recursive search!

[aadcg]

Is anyone working on this? I'd like to give it a try.

[Ambrevar]

I'm not! :)

[jmercouris]

I am also not working on it, feel free to give it a shot :-)

[aadcg]

I've thought about this plenty of time and I'm, arguably, in a better position to pursue this goal. I've drafted implementations too. While it's not a super high priority (when compared to #2989), it will probably be the next big feature I'll contribute.