Hi there, Currently I have been writing a lot of libraries. And the end users of my libraries a primarily not kotlin users. They are mostly Java. So, my API designs are now so highly considerate when developing API with an intention to provide nice interop. Current Status: When I write my API, all of the kotlin test reside in

commonMain

, and just for clarification, I write a couple of Java test in

jvmTest/java

as well to make my self confident that my Java users won't scream at me Question: Is there a way that I can configure my kotlin multiplafrom library and write javascript (or even better, typescript) test in typescript that consume my kotlin lib? something like

jsTest/javascript

or

jsTest/typescript

? Extended Question: Can that be achieved similar to ObjC? C? say

nativeTest/objectiveC

or

nativeTest/C

nope. But you could use github.com/mpetuska/npm-publish to pack your js bit into js module tarball and install it via

file:../path

version in an isolated regular js/ts module that runs tests via jest or mocha as usual

Thanks, I think this is worthy of a feature request. No?

Too big of a change for something that doesn't have that many use-cases in my opinion

hahahahahaha, let me try battling with the javascript side. I think a gradle plugin can make this possible

not using the kotlin multiplatform plugin, but keep in mind gradle has other plugins for JS and for (Objective) C, so you could still do what you describe in a single project, you just have to use some gradle-glue to tie it together. you can even, using

srcDirs

attributes, have the sourcesets live next to each other