Maurice Makaay a569c430d5 More sensible state naming. No need to prefix every state function with state_.		2019-05-18 01:49:30 +00:00
..
helpers_test.go	Ahhhh found a name that clicked for the more general layer of the parser code: parsekit. That is short and tells me what it is. It's not a parser, but something to build parsers with. Now I could also name the actual parsing code as I would like to, namely 'toml/parser'. So it feels like the structure is settling down.	2019-05-17 22:03:10 +00:00
parser.go	More sensible state naming. No need to prefix every state function with state_.	2019-05-18 01:49:30 +00:00
parser_test.go	Added some more straightforwardness to the pattern magic coding. I can now write stuff like p.After(upper, upper, 4hex).Store() to store runes in the string buffer when the match is complete. Other options instead of Store() are for now Backup() (making it more of a peek) or Ignore() (skipping over the scanned text). I think this methodology forms a nice mental representation for the coder that uses the library. It's close to how we think about parsing (or at least I do)	2019-05-18 01:19:25 +00:00
syn_comments.go	More sensible state naming. No need to prefix every state function with state_.	2019-05-18 01:49:30 +00:00
syn_comments_test.go	Ahhhh found a name that clicked for the more general layer of the parser code: parsekit. That is short and tells me what it is. It's not a parser, but something to build parsers with. Now I could also name the actual parsing code as I would like to, namely 'toml/parser'. So it feels like the structure is settling down.	2019-05-17 22:03:10 +00:00
syn_eof.go	More sensible state naming. No need to prefix every state function with state_.	2019-05-18 01:49:30 +00:00
syn_key.go	More sensible state naming. No need to prefix every state function with state_.	2019-05-18 01:49:30 +00:00
syn_key_test.go	Ahhhh found a name that clicked for the more general layer of the parser code: parsekit. That is short and tells me what it is. It's not a parser, but something to build parsers with. Now I could also name the actual parsing code as I would like to, namely 'toml/parser'. So it feels like the structure is settling down.	2019-05-17 22:03:10 +00:00
syn_strings.go	More sensible state naming. No need to prefix every state function with state_.	2019-05-18 01:49:30 +00:00
syn_strings_test.go	Ahhhh found a name that clicked for the more general layer of the parser code: parsekit. That is short and tells me what it is. It's not a parser, but something to build parsers with. Now I could also name the actual parsing code as I would like to, namely 'toml/parser'. So it feels like the structure is settling down.	2019-05-17 22:03:10 +00:00
syn_value.go	More sensible state naming. No need to prefix every state function with state_.	2019-05-18 01:49:30 +00:00