I don’t get this to be in accordance with markdown spec since it doesn’t happen when the next text line after the list is a Header.
In that case no extra line is added.
I’ve never liked to have to add extra lines to separate paragraphs in Word or any other text editor. That should be an style implementation detail (line spacing rendering after a paragraph end)
I am a new user and had this exact same issue. Bear is a great app - this is the one thing that stands out to me as being wrong. Are there any plans to fix it? To me this is a bug - I’d be surprised if this was standard Markdown behaviour, and if it is there should be a way around it. The result looks rather odd.
It is not a bug, but part of the the specification, and it is only when having a paragraph inside a list or block quote, and you want to write another paragraph below. Then you need this extra line. That being said, we know that it is confusing and we are making som adjustments to nudge people to understand what is going on.
Hello, is it a markdown specification, or a commonmark one ? It wasn’t the case with Bear 1, and it’s not the case with other markdown note editors. In any case it’s a doubtful specification : it prevents the user from getting what he/she exactly wants.
It is part of the CommonMark specification. To my knowledge, that is the only proper specification with a comprehensive test suite. Following the standard makes it easier to share the markdown with other tools that follow the standard, but it also gives you less flexibility on how you want things to work. Outside of CommonMark, there are a plethora of dialects that often share some features but diverge on others.
We want to follow CommonMark to benefit from the standard, but we diverge from it where it causes more problems than benefits. This is a balancing act, and we are learning and improving from user feedback.
Bear 1 had a fully custom markdown, and Bear 2 has moved closer to the CommonMark standard. We are aware of the blank line issue and looking at solutions…