How to show image in SwiftUi from an image resource in common module without Moko and without CMP

# compose-ios

[mohamed rejeb]

How to show image in SwiftUi from an image resource in common module without Moko and without CMP

[Jan]

I think I saw something that the images are bundled into ios when the framework is build, but I right now I cannot find the source

[Jan]

maybe it was an issue of the compose-multiplatform github repo

[Jan]

https://github.com/JetBrains/compose-multiplatform/pull/3340

[Jan]

I am really not sure if that answers your question and I haven't tried it myself yet, but that was something I stumbled across while doing some mini research

[Nikita Lipsky]

Common module resources are available from Compose only. So "without Moko and without CMP" is not a valid requirement -- both Moko and CMP resource deployment are handled by their Gradle plugins that have no sense without their APIs. That is because Kotlin Multiplatform does not handle deployment of resources from common module anyhow: so if you don't use Moko or CMP, resources won't be deployed to final iOS bundle at all (until you write your own Gradle plugin to handle this).

On the other hand, if you use say CMP resource library, you may export resource loading function and use it form Swift. However if you need SwiftUI image you will need to convert byte array to image using SwiftUI API.

Another possible solution is to use Compose Multiplatform UIKit interop, So an image will be shown by Compose but embedded into SwiftUI.

Finally you may load a resource using iOS File API, however I would not recommend this, because resource placement is implementation details and may change in the future.

[mohamed rejeb]

For now I added CMP and I'm using CMP Resources to handle this, res string -> Resource -> ByteArray -> NSData -> UIImage, I think that we can have some APIs to make this easier in the future. Also I think having some public APIs for resources without CMP is better for projects with native ui, there's no need for the extra size added by Skiko.

[Nikita Lipsky]

https://youtrack.jetbrains.com/issue/KT-49981/Multiplatform-API-to-access-library-and-application-resources

[Nikita Lipsky]

… on the hand if you have native ui probably it is better to use native resources as well

[mohamed rejeb]

Yes, it makes much sense to use native resources with native UI