Mark Hammond

> This pass would convert ComponentInterface and Config into something simpler from the POV of the template code. The `ComponentInterface` exists only for the template code, so can we make...

Sadly I can't think of any options other than the change made in #1968. It's probably fine to increase that value again, but that will require a change to the...

Currently, the first arg to the macro forms the "type name". It's possible we could make that work in simple path (ie, `a::b` etc scenarios, but far less clear how...

The test scripts are run from the source dir, but the post-install script needs to be run from the installed dir. ie, it should probably be in the CI tasks...

As you noted, functions with generic args don't work. While records can't have methods, you could have a namespace function which does the serialize - eg `fn serialize_my_record(record: &MyRecord) ->...

Conceptually this is fine, but if there's nothing which requires this it would be ideal if I could make another final release supporting 2.7 given it went EOL after the...

I don't quite understand this report. We do have some tests which use external types, so it would be ideal if you can reproduce this problem in our https://github.com/mozilla/uniffi-rs/tree/main/fixtures/ext-types test...

Your fork adds new crates and no tests - you will find all these types already exist in that ext-types fixture and it has tests. It's likely your uniffi.toml configs...

(eg, https://github.com/mozilla/uniffi-rs/blob/fa0d0fdba02add1ca67233a7cfe62ea5897ff62d/fixtures/ext-types/lib/src/lib.rs#L5 is a custom type imported into another crate)

> I'm migrating from macros to UDL to decrease build time. That's interesting! Re your question, I think that's not possible, although I believe it would not be particularly difficult...