aboutsummaryrefslogtreecommitdiff
path: root/html-test/ref/Nesting.html
Commit message (Collapse)AuthorAgeFilesLines
* Add simple test case for arbitrary-depth list nesting.Łukasz Hanuszczak2015-05-271-10/+39
|
* support GHC 7.10: no Safe-Inferred, Foldable instancejpmoresmau2015-01-221-1/+1
|
* Fix extra whitespace on signatures and update all test casesNiklas Haas2014-08-241-14/+14
| | | | | This was long overdue, now running ./accept.lhs on a clean test from master will not generate a bunch of changes.
* Don't mangle append order for nested lists.Mateusz Kowalczyk2014-06-251-15/+39
| | | | | | | | The benefit of this is that the ‘top-level’ element of such lists is properly wrapped in <p> tags so any CSS working with these will be applied properly. It also just makes more sense. Pointed out at jgm/pandoc#1346.
* Drop DocParagraph from front of headersMateusz Kowalczyk2014-06-251-4/+2
| | | | | I can not remember why they were wrapped in paragraphs to begin with and it seems unnecessary now that I test it. Closes #307.
* Bump version to 2.15.0Mateusz Kowalczyk2014-03-111-1/+1
|
* Strip a single leading space from bird tracks (#201)Niklas Haas2014-02-221-9/+15
| | | | | | | | | | | | | | | | | | | | This makes bird tracks in the form > foo > bar > bat parse as if they had been written as >foo >bar >bat ie. without the leading whitespace in front of every line. Ideally we also want to look into how leading whitespace affects code blocks written using the @ @ syntax, which are currently unaffected by this patch.
* Allow for nesting of paragraphs under lists.Mateusz Kowalczyk2014-01-121-0/+288
The nesting rules are similar to Markdown's with the exception that we can not simply indent the first line of a hard wrapped indented paragraph and have it treated as if it was fully indented. The reason is differences in markup as some of our constructs care about whitespace while others just swallow everything up so it's just a lot easier to not bother with it rather than making arbitrary rules. Note that we now drop trailing for string entities inside of lists. They weren't needed and it makes the output look uniform whether we use a single or double newline between list elements. Conflicts: src/Haddock/Parser.hs test/Haddock/ParserSpec.hs