François Laignel

Sorry for the lack of progress on this one. fwiw, I'm planning on working on it during the hackfest.

Should be ready now

@andy128k, thanks for the suggestion! My main intention with this PR was to avoid constructions such as: ```rust if let Some(ref name) = args.name { [...] } ``` Do you...

I hereby accept to license all my contributions to this repository under the MIT license.

> This is literally just a perfectly safe TryFrom except that it's unsafe because TryFromGlib itself is unsafe, presumably because conversion from Glib is usually unsafe for non-trivial types because...

> I see your point about C enums crossing FFI boundaries, but this issue is about Rust enums with glib::Enum derived for the purpose of putting them into properties or...

I don't remember all the details now (and I'm on my phone rn :)), but this trait interacts with other traits in `glib::translate` to help when dealing with `from_glib()`. Like...

In my tests so far, I only encountered rare cases such as the one fixed in https://github.com/gtk-rs/gtk-rs-core/pull/1590/commits/8c09634464f3c06e49c86620fbfe8101897e22ea, in response to the following error: ``` error[E0277]: the trait bound `Option: From`...

> > `error[E0277]: the trait bound `Option: From` is not satisfied` > Hm, why not and should we maybe add that? :) Take a look at [this playground](https://play.rust-lang.org/?version=stable&mode=debug&edition=2021) for an...

I agree this case is suboptimal. Now that the generator implementation has settled down, I can take some time to figure out if something could improve this use case. Worse...