cmark/js, branch master My own fork of cmark for commonmark conversion Removed JS implementation, which is moving to its own repo: 2015-01-24T19:07:01+00:00 John MacFarlane jgm@berkeley.edu 2015-01-24T19:07:01+00:00 d6c615f2680e79bbb76cc85a056aadfe3524513f <https://github.com/jgm/commonmark.js> 
<https://github.com/jgm/commonmark.js>
Removed unused variable. 2015-01-23T23:27:27+00:00 John MacFarlane fiddlosopher@gmail.com 2015-01-23T23:27:27+00:00 31530d93448bdf93c0797540a73c6b67586ad5e1 






Put generated commonmark.js in js/dist/ rather than js/.
2015-01-23T22:41:25+00:00

John MacFarlane
fiddlosopher@gmail.com

2015-01-23T22:39:23+00:00

41d211952ce549f13bc119e27f9b690f625f53d3












Adjust lastLineLength before returning.
2015-01-21T18:10:21+00:00

John MacFarlane
jgm@berkeley.edu

2015-01-21T17:27:44+00:00

c737934e286710a2b8094c6255eee98102eed57a












Renamed first_nonspace -> next_nonspace.
2015-01-21T18:10:21+00:00

John MacFarlane
jgm@berkeley.edu

2015-01-21T06:31:08+00:00

66d317950fe7ffc7d571556e4e56e442a0755bb4












Added currentLine property to Parser.
2015-01-21T18:10:21+00:00

John MacFarlane
jgm@berkeley.edu

2015-01-21T06:29:54+00:00

b25a72edb584956164c7ce344129e73b8927dd61












Moved continuation checks & finalizers into blocks property.
2015-01-21T18:10:07+00:00

John MacFarlane
jgm@berkeley.edu

2015-01-18T19:48:20+00:00

95a1be5747a430ff408bf88f50452fe936c785b2

This is a first step towards keeping the code for each kind of
block in a central place, rather than spread all over the code
base.

This is preparatory for a more modular structure, where each
type of block has a record describing how it is parsed and
finalized.

Eventually this will also contain functions for checking for
a block start, and metadata that determines how line data
should be handled.

There is a small performance penalty (about 3%?) but it seems
worth it.





This is a first step towards keeping the code for each kind of
block in a central place, rather than spread all over the code
base.

This is preparatory for a more modular structure, where each
type of block has a record describing how it is parsed and
finalized.

Eventually this will also contain functions for checking for
a block start, and metadata that determines how line data
should be handled.

There is a small performance penalty (about 3%?) but it seems
worth it.







Removed unnecessary check.
2015-01-21T18:07:07+00:00

John MacFarlane
jgm@berkeley.edu

2015-01-18T23:49:59+00:00

fcc419a04e5db89586edb0fb29707144225e129b












Revert "Reverted addition of offset property to DocParser."
2015-01-21T18:01:51+00:00

John MacFarlane
jgm@berkeley.edu

2015-01-18T19:45:29+00:00

ff2c7c8f52c2f536ae67dd72a6ee83e00aec5635

This reverts commit 16b275eb7b83ccbea6ef18b1c62efa655a1d3759.





This reverts commit 16b275eb7b83ccbea6ef18b1c62efa655a1d3759.







Propagate lastLineBlank up through parents.
2015-01-21T17:45:13+00:00

John MacFarlane
jgm@berkeley.edu

2015-01-21T17:40:12+00:00

f499e4f2be96ec56844afcc59c3db26038066d27

Previously we just kept it set on the bottom child.
But this will give a quicker determination of lastLineBlank.





Previously we just kept it set on the bottom child.
But this will give a quicker determination of lastLineBlank.