Lonami

I don't plan to merge this, but I'll keep it open for now so we can discuss it.

Ah so your goal is a friendlier version of https://github.com/Lonami/grammers/blob/c8ee6569e1f625f9c96e0185d1eee7f54736d7a4/lib/grammers-client/src/types/message.rs#L338, like Telethon v1's https://docs.telethon.dev/en/stable/modules/custom.html#telethon.tl.custom.message.Message.get_entities_text. Yeah, that's a fair ask. But in that case we should probably not show the user...

Telegram should not return `InputMessageEntityMentionName`. That's only an `Input` parameter when sending requests. So maybe we should just panic if we try to convert from that.

> My current scenario is to get the `MessageEntity` content more conveniently and humanely You said "get". I am assuming you fetched or received a message and want to access...

Are you sure the message wasn't sent `@via inline`? The library doesn't modify the `bot` flag returned by Telegram in any way: https://github.com/Lonami/grammers/blob/04d95775e01f52e8326e1d1e203ee1b5137ee518/lib/grammers-client/src/types/chat/user.rs#L247-L249

Can you check what value the `min` field has?

You will probably have to use a debugger to find out the root cause. The code itself seems fine. I don't think we can offer much help, but you would...

If I comment out all offending `FfiConverter` until the preview stops complaining (and replace their uses in method definitions with a `TODO()`), the `@Preview` starts working again. I don't think...

Thanks a lot for taking the time to look into this. I've created a new project from a Compose template, and after configuring the Rust plugins and uniffi and setting...

Thanks, yeah, it's probably safe to close this issue as the bug is unlikely to be uniffi's fault (technically, I'm sure the code could be generated in a different way...