-
-
Notifications
You must be signed in to change notification settings - Fork 41
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
support parse_and_remainder #209
Comments
I don't believe so, but I designed the internal parsers to be able to support this style of API. However, I wanted a concrete use case for where and how it's used before exposing anything. Can you share an MRE of your Chrono code and the high level use case? |
|
Looking at that code, it looks like you aren't actually using the remainder right? You're just looking to parse a prefix? Also, if I do this, I'll probably return an offset into the input given instead of the |
Yes, parse the prefix and ignore the remainder that unable to be parsed. Return an offset would be ok. |
I had always intended to expose the ability to parse a prefix of some string via Jiff's `strptime`-like API, but I wanted a use case first to make sure the API was well motivated. So this is mostly just exposing what was already there and documenting it. Closes #209
I had always intended to expose the ability to parse a prefix of some string via Jiff's `strptime`-like API, but I wanted a use case first to make sure the API was well motivated. So this is mostly just exposing what was already there and documenting it. Closes #209
OK, this should now be available via |
Hi, we are migrating chrono into jiff, is there any function that works same as
parse_and_remainder
?https://docs.rs/chrono/latest/chrono/format/fn.parse_and_remainder.html
The text was updated successfully, but these errors were encountered: