-
Notifications
You must be signed in to change notification settings - Fork 167
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
Don't fill code blocks #169
Comments
Could you show us example code which reproduces your issue ? |
(insert "```
hello
world
```")
(fill-region 0 (point-max)) |
This actually seems like a hard problem. It's easy to modify The trickier part is recognizing code blocks between two sets of triple tick marks. The
you have no way of knowing that you're in a code block and not a regular paragraph. GitHub also stupidly chose start and end delimiters to be the same, so regexp-based solutions are in for a world of pain. The syntax was clearly designed for parsing, not text matching. |
Yep – I encountered the same complications when I tried to implement. I think the solution is going to have to re-implement commands like |
I was able to fix this without reimplementing |
Actually, I just realized that the original report was about Even in (defun markdown-show-version ()
"Show the version number in the minibuffer."
(interactive)
(message "markdown-mode, version %s" markdown-mode-version)) Then issue (defun markdown-show-version () "Show the version number in the
minibuffer." (interactive) (message "markdown-mode, version %s"
markdown-mode-version)) |
I would've thought |
I agree--I'm surprised too. It does seem to be a common issue, so maybe a bug report is warranted. For example, I checked |
Code is usually line-sensitive – it's inappropriate to fill them with
fill-paragraph
.The text was updated successfully, but these errors were encountered: