-
Notifications
You must be signed in to change notification settings - Fork 203
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Shorthand for searching? #1381
Comments
|
Yeah that's just really long to type 😄 |
To specifically help with that rustdoc could support bare searches in the query, It is also sorta plausible that docs.rs could parse the search-index server-side and do some form of "I'm feeling lucky" redirect to avoid the double page load; but that'd require making the search-index format stable, so that rustdoc doesn't change it under us in the future. |
I don't think docs.rs/clap?App is a good approach, that means adding any query parameter ever will be a breaking change. I would be ok with /clap/App since version numbers and identifiers can't overlap, but it might be tricky to implement. |
Also I'm confused by the rationale - search is all client side so this won't affect load times whatsoever. |
Yeah, I misphrased a bit: It's not the load times as in "browser loading" but as in "brain loading" that I mean. Right now, the workflow is |
Sure, but is there actually any reason to ever add a new query parameter? It wouldn't actually be a breaking change if only a query-string without |
This is solved since (october?) last year, one can now use |
Hi,
it would be nice to have a shorthand for searching, E.G.:
To search for
"App"
in the docs for theclap
crate. Most of the times I know which type I want to look at, so this would reduce my search-time by 50% (two page loads -> one page load).Would such a thing be feasible?
The text was updated successfully, but these errors were encountered: