Ashley Mannix

Adding a `Flags::clear(&mut self) { *self = Self::empty(); }` method would be a reasonable change I think :+1:

I've re-opened this as #633 to get the ball rolling again. We can still find our way back to the discussion here if necessary. Thanks for the original PR @pwoolcoc!

Thanks @Vrajs16! We should be able to support this in the procedural macro too by modifying this block here: https://github.com/uuid-rs/uuid/blob/main/macros/src/lib.rs#L70-L83. We'd change it to parse a [`syn::Expr`](https://docs.rs/syn/latest/syn/enum.Expr.html) instead of a...

Ah, sorry I'd forgotten we still wrap the procedural macro in a regular macro-rules one. Duplicating the match arm in the case where `macro-diagnostics` is enabled should be all we...

This is something I do as well, usually via a new-type though without many/any methods on them. I don't think this is something we need to provide first-class support for...

Just coming back through some triage. This is a common usecase, but isn't aligned with the UUID domain enough to be something we'll support in `uuid` directly. It could make...

Thanks for the note @sergeyprokhorenko! When we did the last round of improvements to the V7 generation I tried to make sure our APIs would be able to support these...

I’m taking a look at implementing this now. At this stage I’ll look at enhancing the existing `V7Context` type with two additional parameters: - The precision in bits of the...

Hi @TymanWasTaken :wave: We did have plans at some point to replace this manual synchronization code with `OnceLock`, which requires `std`, but if we're happy to punt on that then...

Thanks for the suggestion! We currently support `serde` in `log` because it's a very common interchange library. I don't think we'd likely add direct support for `bincode` to `log` itself.