Please improve markdown compatibility of the editor. The concrete example I have in mind is this: Test for something (_really!!_) imporant. Feel free to not stop there if you find other issues
I don’t think it’s a bug (and modifying could cause other unwanted markdown problems).
Markdown doesn’t accept bold or italic caracter inside a word.
It sometimes works, but in many applications it’s also refused.
With a space to mark the beginning of the word, it works very well.
Italic Best Practices
Markdown applications don’t agree on how to handle underscores in the middle of a word. For compatibility, use asterisks to italicize the middle of a word for emphasis. Basic Syntax | Markdown Guide
Many implementations have also restricted intraword emphasis to the * forms, to avoid unwanted emphasis in words containing internal underscores. (It is best practice to put these in code spans, but users often do not.) CommonMark Spec
Well, define “inside a word” … in no definition I am aware of either one of [!()] are part of “word characters”. Also while GitHub might have more resources than Any, it’s a pretty straightforward implementation of Markdown.
Also the spec you just linked has a similar example to mine: “Italicized text is the _cat's meow_.” The only difference to mine is the opening parenthesis, which should behave similar on first impulse.
So I would say I’m very well within the confounds of the defined areas of the spec.
For information, the regex as defined in the Anytype code considers the beginning of a markdown string as having to start with a space (or be at the beginning of a line) .
Not complicated to modify, I can always propose a correction (but I’m always afraid of working for nothing if it affects an internal decision).
We’re just here to help out on the forum (basic: tag bug tickets or FRs, and more if affinity ^^).
But the source code is open and anyone can participate (with quite a few limitations, unfortunately). So if I can help with debugging AND fixing, that’s one problem less :).
Helping out requires a lot of free time (and inevitably, I’m less efficient than the team on their code). And of course it’s very dependent on my motivation, which, as I’ve already mentioned, is currently in serious decline. I’ll save the post for later
areas of the spec.
)
– 