parser
parser copied to clipboard
A parsing library, focused on simplicity and great error messages
Hi everyone, I stumbled upon odd behaviour regarding leading zeros: ## Observed ```elm > Parser.run Parser.int "0123" Ok 0 : Result (List Parser.DeadEnd) Int > Parser.run Parser.float "0123" Ok 0...
`int` parser fails to parse `42efg` while parsing `42abc` works. ellie: https://ellie-app.com/4jqm8pFGXyLa1 Related issues: https://github.com/elm/parser/issues/14 and https://github.com/elm/parser/issues/25
# Parser Version 1.1.0 # Description Following the [doc](https://package.elm-lang.org/packages/elm/parser/latest/Parser#multiComment) on specifying spaces for Elm: ```elm sps : Parser () sps = loop 0 Parser (Step Int ()) ifProgress p offset...
Small typo in `lazy` docstring
Before it was setup to be ready for Elm 0.19.0 which means you see an error when trying to run the exmaple in Elm 0.19.1. Now that Elm 0.19.1 is...
simple implementation deadEndsToString function
The problem passed to float handler for numbers parser is not used, instead the generic `invalid` problem is used. In other words [these lines](https://github.com/elm/parser/blob/master/src/Parser/Advanced.elm#L710): ```elm case floatSettings of Err x...
It seems that the [`chompRest` definition in let expression in `sequenceEndForbidden` method](https://github.com/elm/parser/blob/master/src/Parser/Advanced.elm#L1263) is unused and unnecessary. I don't know though if this is an incomplete implementation of some edge case...
Hi, I have found that the `int` parser fails on the input `"42."`. I would have expected that `int` parses the `"42"`, and leaves `"."` to be consumed later on....