Laxystem

> I see your point but what I mean is that this is something in the application side rather than in compose itself. It is in the material spec however...

> No, we currently do not support @SerialInfo-annotations used on types. Ic. Ig this issue has now become a feature request - to support `@SerialInfo` annotations on `TYPE_ALIAS`es or `TYPE`s.

> As such it might be helpful to know what your use case is, and what your intended semantics are: ```kotlin public typealias LangString = @NonLinkedJson(wrapWithValueObject = false) @Serializable(with =...

An alternative would be to support an annotations parameter on `SerialDescriptor(serialName: String, original: SerialDescriptor)`.

> @Laxystem You can already use `buildSerialDescriptor` to build fully custom descriptors (including ones that just copy from the original) - even implementing the interface works (yes I'm aware these...

> Serial descriptor for X is not created every time, it is simply taken from `X.serializer()`, because it is constructed and filled there. It is possible to come up with...

> Type aliases aren't really compiled into anything, they just dissolve into thin air :) I'm not sure if it is possible to provide such substitution with a compiler plugin...

> This would be like an extension of `MetaSerializable` (like the custom/serializer factory behaviour originally discussed when that annotation was introduced). Yes, that was the original idea. > This is...

@pdvrieze although that makes sense for my use case (and I would love to know how to do that), it won't make sense for all use cases.

@pdvrieze thanks! Would you mind me using it as a reference for a MPL 2.0-licensed project?