-
Notifications
You must be signed in to change notification settings - Fork 347
Filling of Haddock comments is broken #851
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
Comments
Thanks for the report.
Can you add this as a test case in tests directory?
|
On Sat, 05 Sep 2015 23:46:07 -0700
Sure. Not sure if you wanted a pull request (of course, the test |
Add regression tests for Haddock comment fill bug #851.
@khumba: since there is a nice test case now how about you help us fixing this issue? We have something wrong with the definitions of http://www.gnu.org/software/emacs/manual/html_node/emacs/Fill-Prefix.html |
I'll take a look when I get a minute. One observation, |
`a3173e9d` is where the problem starts (pull #387).
|
Okay, I think the problem is that paragraph-separate should only match lines between paragraphs, and not the first line in each paragraph as well. When I remove the " *-- |" case from paragraph-separate, my |
I have no idea why Github decided that there is quoted text in my previous comment, but it's not... On the subject of parsing bugs :). |
I normally only see that quoted text in GitHub issues when someone replies via email rather than using the web interface. |
"I normally only see that quoted text in GitHub issues when someone replies via email rather than using the web interface." But then, there's usually text quoted with a greater than symbol or the like, but there wasn't in the email I sent. Guessing it had something to do with the " *-- ^"... ...and not the second paragraph... |
Please have a look at font-lock. There are four symbols that can start haddock comment. |
|
Fixed by #1037. |
Set
fill-column
to 80 and try filling the following comment withM-q
:Despite the first line being longer than 80 characters, it won't move
5678
to the next line. If you remove the leading|
, or remove the whole90ab
line, it will wrap, but if the comment already has multiple lines, it won't.(haskell-version)
reportshaskell-mode 13.15-git (/home/khumba/.emacs.d/elpa/haskell-mode-20150904.1344/)
, and this is on NixOS 14.12. The only thing for haskell-mode in my ~/.emacs is:The text was updated successfully, but these errors were encountered: