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
Strikethrough does not work midword like on GitHub #532
Comments
Hi! Thanks for reporting this, and my apologies for only getting back to you now. I think we certainly would like to be consistent with GitHub where we can, but to me it's not entirely clear whether strikethrough behavior is merely underspecified, or that the GitHub implementation of the spec is incorrect, especially since the behavior is not consistent with that of other text modifiers. As long as we are consistent with the latest spec, I am very open to persuasion on this issue. |
Considering the strikethrough discussion in the standard have not made much process for almost 10 years and the GFM is surely popular, maybe we should consider following GFM by making strikethrough works in midword. Also, for CJK and some other languages, words are not split by space. Instead, characters in those languages will group into words by their meaning. Japanese wikipedia gave a good example: (Translate: Texts are Thus, making strikethrough works in midword is useful for CJK users, and not affecting other people meanwhile. cc @marcusklaas if you are still following this issue |
Good point, I will work on this soon. |
GitHub renders
~~foo~~bar
asfoobar andfoo~~bar~~
as foobar.pulldown-cmark however doesn't recognize both strikethroughs:
Unfortunately the GFM spec doesn't say much about strikethroughs (see github/cmark-gfm#74), but we could of course still be consistent with the established GitHub rendering.
The text was updated successfully, but these errors were encountered: