[GH-ISSUE #408] MD037 false positive with emojis containing odd number of underscore on same line #338

Closed
opened 2026-03-03 01:25:51 +03:00 by kerem · 3 comments
Owner

Originally created by @EnigmaTriton on GitHub (Jun 29, 2021).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/408

For example

:ballot_box_with_check: _Somewhat important task_

gives a warning for _check: _ while the line is perfectly recognized by VSCode (and obviously github) as:

☑️ Somewhat important task

I can work it out using asterisks (or :white_check_mark: which contains an even number of underscores for this exact purpose) but I tend to use _emphasis_ and **strong** to make it more obvious when editing source so this issue is slightly annoying.

On the other hand I'm not sure that emojis are part of the Common Mark specification so it might be an improvement request or even downright invalid request.

Originally created by @EnigmaTriton on GitHub (Jun 29, 2021). Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/408 For example ```Markdown :ballot_box_with_check: _Somewhat important task_ ``` gives a warning for `_check: _` while the line is perfectly recognized by VSCode (and obviously github) as: :ballot_box_with_check: _Somewhat important task_ I can work it out using asterisks (or `:white_check_mark:` which contains an even number of underscores for this exact purpose) but I tend to use `_emphasis_` and `**strong**` to make it more obvious when editing source so this issue is slightly annoying. On the other hand I'm not sure that emojis are part of the Common Mark specification so it might be an improvement request or even downright invalid request.
kerem 2026-03-03 01:25:51 +03:00
Author
Owner

@DavidAnson commented on GitHub (Jun 29, 2021):

Please see #324 for a discussion of this kind of issue.

<!-- gh-comment-id:870685395 --> @DavidAnson commented on GitHub (Jun 29, 2021): Please see #324 for a discussion of this kind of issue.
Author
Owner

@DavidAnson commented on GitHub (Jun 29, 2021):

In this case, ignoring words with internal _ would seem to help. I'll look for a way to do that without compromising the rule.

<!-- gh-comment-id:870687789 --> @DavidAnson commented on GitHub (Jun 29, 2021): In this case, ignoring words with internal `_` would seem to help. I'll look for a way to do that without compromising the rule.
Author
Owner

@EnigmaTriton commented on GitHub (Jun 29, 2021):

Oh sorry, I searched for issues on MD037 but I probably forgot to remove the is:open part.

Much clearer, thanks and if you can take it into account anyway, then great. 👍

<!-- gh-comment-id:870709766 --> @EnigmaTriton commented on GitHub (Jun 29, 2021): Oh sorry, I searched for issues on MD037 but I probably forgot to remove the is:open part. Much clearer, thanks and if you can take it into account anyway, then great. :+1:
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/markdownlint#338
No description provided.