-
Notifications
You must be signed in to change notification settings - Fork 16
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
Add line numbers for dead links #14
Comments
Agree, would be a great future to have! However with the current approach of analyzing the HTML output it's not really trivial to introduce. AFAIK the solution with the best UX would very likely require nightly and involve a compiler plugin. Compiler plugin variant (requires nightly)
Stable variant - requires manual intervention and only works with comment-block granularity
I'm open to other approaches. I wouldn't be surprised if there were some Markdown feature I'm missing we could (ab)use for this. |
Duplicate of #3, but this one stays since the other one has old information and I've written more here 😅 |
@DarkEld3r Having to modify Have you tried using the |
Now I see, that I missed ( |
rust-lang/rust#47046 recently landed which should combat the problem If we were to have this feature here implemented, we could probably also lint for the style in which a link was specified, and point people towards the new syntax of specifying links (maybe this should also be done in rustdoc directly). |
Just printing the html file where the dead link was found would be nice. That would narrow the search down a lot and is useful for non-rustdoc .html as well. |
The output now looks like this:
Is that clear enough to find what went wrong, or would you like it to be more specific? Tracing that back to the source file will be very hard like hobofan said, but adding a line number should be pretty easy. |
Yeah, as long as I have the link it is easy to find where it comes from (though having the line directly ould of course be better) |
Sometimes it isn't trivial to find where dead link is actually located. I have to modify
cargo-deadlinks
locally with additionaldebug!
print in order to find it. 😅 It would be nice to provide additional information.The text was updated successfully, but these errors were encountered: