-
-
Notifications
You must be signed in to change notification settings - Fork 138
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
feature request: check text fragments #1545
Comments
@HU90m, this one has your name on it. 😆 |
My (first attempt) implementation of the Text Fragment feature - i had the audacity to include a new flag "include-text-fragments" to explicitly support the fragment directive (aka text fragment) feature. Contributing Guidelines instruction is followed and cargo clippy & test run were successful. I've forked the code into my repository since I didn't have permission to create feature branch in the main repository. I am ready to execute a pull-request for review - please let me know! |
Just took a gander at your changes. The branch definitely looks ready for a PR. I'll have a proper peruse and ask my questions once you have. Thanks for going through the effort of adding good number of tests! |
Ah, you already have! Sorry I missed this. |
I have fixed few lint and clippy issues (missed it in the first couple of commits :-() - do review at your available time and let me know your comments! |
Text fragments are a standardized way to link to webpage text without relying on HTML ID attributes. They are supported by all modern browsers. I'd like to use lychee to make sure my text fragment links are valid!
Example:
Desired behavior: if lychee is configured to check fragments and is passed a
#:~:text=...
fragment, lychee should throw an error if the text is not found within the linked document.The text was updated successfully, but these errors were encountered: