-
-
Notifications
You must be signed in to change notification settings - Fork 553
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
Literate files #163
Comments
@dbaynard Hello and thank you for this issue. This will require being added as a code path I think tokei can maybe support this syntax though I have a couple of questions about literate files. How many other types of styles are common? Can a |
The best resource on literate haskell files is the readme at https://github.com/wenkokke/unlit. However, this applies beyond haskell.
Of these, I've only encountered the bird track, markdown and latex forms in the wild (and the latex form seems to be falling out of favour).
With fences, |
@XAMPPRocky Any progress on this? I'd love this feature, and might be up for implementing a patch for it. |
True! Linguist and go-enry detect "Literate Haskell/Agda/.." as their own language, though:
Non-literate code blocks and listings in typesetting systems, on the other hand, are just detected as code written in the typesetting system. |
Hello,
I've been through the language addition guide, and would like some advice on implementing support for literate files (e.g. literate haskell,
*.lhs
).In a literate file, the code is demarcated, whereas the comments are not. Traditionally literate haskell files used bird tracks.
More common now is the markdown style.
In either case, rather than demarcating the comments, it is the code which is demarcated, and therefore it does not appear that tokei can simply support such a file by extending the
languages.json
file.How can tokei support such a syntax?
The text was updated successfully, but these errors were encountered: