Looking at nightly docs of core::num, the presentation of ParseFloatError is confusing. It looks like this:

It should be rendered like ParseIntError, for example. The fact that it's defined in a private submodule is irrelevant and should not leak to unsuspecting users. The type does have a page, which can be found with the search, and links from other pages (functions, traits) do work. It's just the landing page for core::num that sucks.
FWIW, in std::num it is rendered normally (the source link is broken, but whatever).
Looking at nightly docs of
core::num, the presentation ofParseFloatErroris confusing. It looks like this:It should be rendered like
ParseIntError, for example. The fact that it's defined in a private submodule is irrelevant and should not leak to unsuspecting users. The type does have a page, which can be found with the search, and links from other pages (functions, traits) do work. It's just the landing page forcore::numthat sucks.FWIW, in
std::numit is rendered normally (the source link is broken, but whatever).