Increase size of lines when start a next line with - symbol
Enter header, next line with text and next line with symbol
Don't increase size of lines
Screenshots
Normal size:

After enter - symbol at next line:

Thanks so much for opening up your first issue here on the repository! 🎉 We would like to warmly welcome you to the community behind the app! ☺️ We'll check in soon and have a look at your issue. In the meantime, you can check your issue and make sure it aligns with our contribution guidelines! Here's the comprehensive list:
An enhancement takes a feature and improves or alters its behaviour. Please make sure to argue how your proposition will aid non-technical text workers, and why it can't be emulated easily with other features or apps!
Feature requests introduce whole new features into the app. This requires a lot of work, so these might be turned down if the implementation costs supersede the benefits we expect to see from implementing it. Please do not be disappointed if that happens. It likely has nothing to do with your great request but simply with us and our missing resources!
You can of course always ask someone to implement this feature, because a PR with a working new feature has much higher chances of being merged! :)
Please note that one of the main reasons for why bug reports cannot be addressed is that there's not enough information for us to find and fix the bug you describe, so make sure you try to pinpoint the bug as close as possible.
The ideal bug report for us has two qualities:
Please note that if you encounter behaviour that does not align with your expectations of what would happen, this might as well be simply intended behaviour and we need to simply _clarify_ why the behaviour is the way it is. This is not to be considered a bug and such issues may be closed! Suggest an enhancement instead!
But now, have a great day and thank you again!
Hi @dukebarman
The reason that this behaviour occurs is that the - is considered to be a Setext style subheading (level 2 heading).
Some examples of the rendering behaviour:



Edit: Digging into it a bit further, Zettlr and Pandoc have different behaviours here.
A Setext style heading can be multiline (which Zettlr renders correctly) however Pandoc breaks with this and requires them to be on a single line. See jgm/pandoc#4110
@nathanlesage, should the Zettlr rendering behaviour match Pandoc, or is this desired behaviour (CommonMark allows it)? If so, I'll submit an issue to keep track of this.
Zettlr strictly follows CommonMark here, as also Pandoc wants to switch more and more to CommonMark itself (so Zettlr is to some extent farther than Pandoc). So it is expected behaviour.
How can I disable it?
Afaik you can't
It's bad =\
It's the Markdown standard; and Zettlr follows it closely. ¯\_(ツ)_/¯
So ia writer, vscode and another editors with markdown renders this wrong?
Yes, at least not CommonMark conforming. As Pandoc will be switching to CommonMark, and CommonMark is the de-facto standard for Markdown, we'll stick to that to reduce interoperability issues.
Make more tests - when write text after - symbol, it returns to habitual behavior. So should not to pay attention in same rare cases :)
P.S. Imho, this settext behavior will be more comfortable with --- symbols
P.S. Imho, this settext behavior will be more comfortable with
---symbols
Unfortunately, the CommonMark spec says:
A setext heading underline is a sequence of = characters or a sequence of - characters, with no more than 3 spaces indentation and any number of trailing spaces.
A strict reading of the spec says that a single - character is acceptable, and that's the behaviour that Zettlr follows.
It's not ideal, but Zettlr should be able to parse any valid MarkDown document that it's presented with according to the specification, and that's what it does. Deviating from strict standards compliance is undesirable here.