Jelte Fennema-Nio

Add a `default` and `value` attribute parameters

6

This would allow the same flexibility that's provided by [`derive_new`](https://github.com/nrc/derive-new) for `From`, `TryFrom`, `FromStr` and `Constructor`. It would also be nice to add `new` as a derive as well, so...

Try out Watt for faster compilation

3

https://crates.io/crates/watt

This puts down the basis for fixing #99

Don't derive From by default for variants without fields

1

There's not really a reason to derive from for `()` for variants without fields. It's somewhat unexpected and results in the problems described here in #105. Let's remove this in...

As was initially proposed in #87, it would be very useful to have a general way of deriving for enums. The basic idea is that when there's an enum we...

We can currently forward `From`, but not `TryFrom`. Implementing this for a single field would be fairly easy. For multiple fields this would be harder/impossible, because we would have to...

The only place where this is currently done is FromStr: https://jeltef.github.io/derive_more/derive_more/from_str.html

Are you open to merging this implementation with the derive_more crate?

5

When I posted that my [derive_more](https://github.com/JelteF/derive_more) crate now supports deriving `Display` a while back on reddit I got a [concern](https://www.reddit.com/r/rust/comments/85nok1/derive_more_090_released_now_supports_deriving/dvzj2kl/) that it might not be compatible with this `display_derive` crate....

The only place where the license is mentioned at the moment is in Cargo.toml

Use edition from Cargo.toml to compile examples

2

Otherwise if you have a edition 2018 crate the examples are still tested with edition 2015.