Serhii Potapov
Serhii Potapov
If we could do all those things in the standard library, definitely the community will benefit)
@vic1707 Hi thanks for your PRs. Just to keep you update: sorry for the delay. I had seen them and wanted to review over the weekend by did not manage...
Hi, sorry I am on vacation, will be back in 10 days. On Sun, Sep 29, 2024, 18:21 Victor LEFEBVRE ***@***.***> wrote: > Hi @greyblake may I ask for an...
@vic1707 Sorry, I'll try to merge this on the weekend.
@vic1707 Thank you for your contribution and again sorry for the delay. I've dropped 2 tiny comments. Let me know if you'd like to address them, if no, I guess...
@vic1707 Sorry by bad, in my thinking I assumed that we could just use the `core::` variant. With a fresh head, I see that it's obviously would be contra-productive and...
Hi, thanks for reporting the problem. Nutype takes a full control over `derive(..)` to ensure that it's not possible to derive traits that possibly can mutate value avoiding the constraints....
Deriving `sqlx::Type` is possible now with `unsafe_derive()` in 0.6.2: ```rs #[nutype( validate(not_empty, len_char_max = 20), derive_unsafe(sqlx::Type), sqlx(transparent) // However, there is no way to pass this attribute yet )] pub...
Uh. The short answer is no, there is no way to support fallible sanitizers, and I don't think it will be supported. What is more realistically is to support validators...
> Would you be open to proposals I am not sure yet. The problem with that is that it will break the conceptual model that exists at the moment. It...